軟件需求包括3個(gè)不同的層次――業(yè)務(wù)需求、用戶需求和功能需求。
除此之外,每個(gè)系統(tǒng)還有各種非功能需求。
業(yè)務(wù)需求(Business requirement)表示組織或客戶高層次的目標(biāo)。業(yè)務(wù)需求通常來自項(xiàng)目投資人、購買產(chǎn)品的客戶、實(shí)際用戶的管理者、市場營銷部門或產(chǎn)品策劃部門。業(yè)務(wù)需求描述了組織為什么要開發(fā)一個(gè)系統(tǒng),即組織希望達(dá)到的目標(biāo)。使用前景和范圍(vision and scope)文檔來記錄業(yè)務(wù)需求,這份文檔有時(shí)也被稱作項(xiàng)目輪廓圖或市場需求(project charter 或 market requirement)文檔。
用戶需求(user requirement)描述的是用戶的目標(biāo),或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場景描述和事件――響應(yīng)表都是表達(dá)用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。
功能需求(functional requirement)規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能,用戶利用這些功能來完成任務(wù),滿足業(yè)務(wù)需求。功能需求有時(shí)也被稱作行為需求(behavioral requirement),因?yàn)榱?xí)慣上總是用“應(yīng)該”對其進(jìn)行描述:“系統(tǒng)應(yīng)該發(fā)送電子郵件來通知用戶已接受其預(yù)定”。功能需求描述是開發(fā)人員需要實(shí)現(xiàn)什么。
系統(tǒng)需求(system requirement)用于描述包含多個(gè)子系統(tǒng)的產(chǎn)品(即系統(tǒng))的頂級需求。系統(tǒng)可以只包含軟件系統(tǒng),也可以既包含軟件又包含硬件子系統(tǒng)。人也可以是系統(tǒng)的一部分,因此某些系統(tǒng)功能可能要由人來承擔(dān)。
業(yè)務(wù)規(guī)則包括企業(yè)方針、政府條例、工業(yè)標(biāo)準(zhǔn)、會計(jì)準(zhǔn)則和計(jì)算方法等。業(yè)務(wù)規(guī)劃本身并非軟件需求,因?yàn)樗鼈儾粚儆谌魏翁囟ㄜ浖到y(tǒng)的范圍。然而,業(yè)務(wù)規(guī)則常常會限制誰能夠執(zhí)行某些特定用例,或者規(guī)定系統(tǒng)為符合相關(guān)規(guī)則必須實(shí)現(xiàn)某些特定功能。有時(shí),功能中特定的質(zhì)量屬性(通過功能實(shí)現(xiàn))也源于業(yè)務(wù)規(guī)則。所以,對某些功能需求進(jìn)行追溯時(shí),會發(fā)現(xiàn)其來源正是一條特定的業(yè)務(wù)規(guī)則。
功能需求記錄在軟件需求規(guī)格說明(SRS)中。SRS完整地描述了軟件系統(tǒng)的預(yù)期特性。SRS我們一般把它當(dāng)作文檔,其實(shí),SRS還可以是包含需求信息的數(shù)據(jù)庫或電子表格;或者是存儲在商業(yè)需求管理工具中的信息;而對于小型項(xiàng)目,甚至可能是一疊索引卡片。開發(fā)、測試、質(zhì)量保證、項(xiàng)目管理和其他相關(guān)的項(xiàng)目功能都要用到SRS。
除了功能需求外,SRS中還包含非功能需求,包括性能指標(biāo)和對質(zhì)量屬性的描述。
質(zhì)量屬性(quality attribute)對產(chǎn)品的功能描述作了補(bǔ)充,它從不同方面描述了產(chǎn)品的各種特性。這些特性包括可用性、可移植性、完整性、效率和健壯性,它們對用戶或開發(fā)人員都很重要。其他的非功能需求包括系統(tǒng)與外部世界的外部界面,以及對設(shè)計(jì)與實(shí)現(xiàn)的約束。
約束(constraint)限制了開發(fā)人員設(shè)計(jì)和構(gòu)建系統(tǒng)時(shí)的選擇范圍。
產(chǎn)品特性。所謂特性(feature),是指一組邏輯上相關(guān)的功能需求,它們?yōu)橛脩籼峁┠稠?xiàng)功能,使業(yè)務(wù)目標(biāo)得以滿足。對商業(yè)軟件而言,特性則是一組能被客戶識別,并幫助他決定是否購買的需求,也就是產(chǎn)品說明書中用著重號標(biāo)明的部分。客戶希望得到的產(chǎn)品特性和用戶的任務(wù)相關(guān)的需求不完全是一回事。一項(xiàng)特性可以包括多個(gè)用例,每個(gè)用例又要求實(shí)現(xiàn)多項(xiàng)功能需求,以便用戶能夠執(zhí)行某項(xiàng)任務(wù)。
還有一項(xiàng)稱為可用性(usability)的質(zhì)量屬性,它規(guī)定了業(yè)務(wù)需求中“有效”(efficiently)一詞的含義。
管理人員或市場營銷人員負(fù)責(zé)定義軟件的業(yè)務(wù)需求,以提高公司的運(yùn)營效率(對信息系統(tǒng)而言)或產(chǎn)品的市場競爭力(對商業(yè)軟件而言)。所有的用戶需求都必須符合業(yè)務(wù)需求。需求分析員從用戶需求中推導(dǎo)出產(chǎn)品應(yīng)具備哪些對用戶有幫助的功能。開發(fā)人員則根據(jù)功能需求和非功能需求設(shè)計(jì)解決方案,在約束條件的限制范圍內(nèi)實(shí)現(xiàn)必需的功能,并達(dá)到規(guī)定的質(zhì)量和性能指標(biāo)。
當(dāng)一項(xiàng)新的特性、用例或功能需求被提出時(shí),需求分析員必須思考一個(gè)問題:“它在范圍內(nèi)嗎?”。如果答案是肯定的,則該需求屬于需求規(guī)格說明,反之則不屬于。但答案也許是“不在,但應(yīng)該在”,這時(shí)必須由業(yè)務(wù)需求的負(fù)責(zé)人或投資管理人來決定:是否擴(kuò)大項(xiàng)目范圍以容納新的需求。這是一個(gè)可能影響項(xiàng)目進(jìn)度和預(yù)算的商業(yè)決策。
不屬于需求的內(nèi)容
需求規(guī)格說明中不包括(除已知約束外的)設(shè)計(jì)和實(shí)現(xiàn)的細(xì)節(jié)、項(xiàng)目的計(jì)劃信息,以及測試信息(Leffingwell 和 Widrig 2000)。把這些內(nèi)容與需求分開,就可以把需求活動的注意力集中到了解開發(fā)小組需要開發(fā)的產(chǎn)品特性上。項(xiàng)目中通常還包括其他類型的需求,如開發(fā)環(huán)境需求,進(jìn)度或預(yù)算限制,幫助新用戶跟上進(jìn)度的培訓(xùn)需求,或者發(fā)布產(chǎn)品使其轉(zhuǎn)入支持環(huán)境的需求。這些都屬于項(xiàng)目需求而不是產(chǎn)品需求,因此不屬于軟件需求的討論范圍。










