|
軟件需求包括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），因為習慣上總是用“應(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)橛脩籼峁┠稠椆δ埽箻I(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ù)算限制，幫助新用戶跟上進度的培訓需求，或者發(fā)布產(chǎn)品使其轉(zhuǎn)入支持環(huán)境的需求。這些都屬于項目需求而不是產(chǎn)品需求，因此不屬于軟件需求的討論范圍。 |
|
|
來自： orion360doc > 《需求分析》
