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