需求層次性

1 業(yè)務(wù)需求

系統(tǒng)建?的戰(zhàn)略出發(fā)點(diǎn)，表現(xiàn)為?層次的?標(biāo)（Objective），它描述了組織 為什么要開發(fā)系統(tǒng)

定 義系統(tǒng)應(yīng)該具備的特性（Feature）

R2：在系統(tǒng)使?3個(gè)?后，銷售額度應(yīng)該提?20%

可以建??層次的解決?案，其系統(tǒng)特性如SF1～SF4所示。

SF1：管理VIP顧客信息。
SF2：提供VIP顧客服務(wù)，增加回頭率。
SF3：使?多樣化的特價(jià)?案，吸引顧客購買，增加銷售額。
SF4：使?多樣化的贈(zèng)送?案，吸引顧客購買，增加銷售額。

2 用戶需求

執(zhí)?實(shí)際?作的?戶對(duì)系統(tǒng)所能完成的具體任務(wù)的期望，描述了系統(tǒng)能夠幫助?戶做些什么

有充分的問題域知識(shí)作為背景?持

特性

模糊、不清晰（允許適度的?形容詞和副詞）
多特性混雜 （功能和?功能的混雜）
多邏輯混雜 （?個(gè)任務(wù)需要多次系統(tǒng)交互才能完成

SF1：管理VIP顧客信息

UR1.1：系統(tǒng)應(yīng)該允許客戶經(jīng)理添加、修改或者刪除會(huì)員個(gè)?信息

對(duì)UR1.1，需要補(bǔ)充問題域知識(shí)如下：

會(huì)員的個(gè)?信息有：客戶編號(hào)、姓名、聯(lián)系?式、積分。

3 系統(tǒng)需求

?戶對(duì)系統(tǒng)?為的期望，每個(gè)系統(tǒng)級(jí)需求反映了?次外界與系統(tǒng)的交互?為，或者系統(tǒng)的?個(gè)實(shí)現(xiàn)細(xì)節(jié)

系統(tǒng)能夠。。系統(tǒng)應(yīng)該。。。

UR1.3：系統(tǒng)應(yīng)該允許客戶經(jīng)理查看會(huì)員的個(gè)?信息和購買信息。

? 對(duì)?戶需求UR1.3，可以依據(jù)任務(wù)中的交互細(xì)節(jié)將之轉(zhuǎn)化為系統(tǒng)級(jí)需求SR1.3.1～ SR1.3.4。

SR1.3.1在接到客戶經(jīng)理的請(qǐng)求后，系統(tǒng)應(yīng)該為客戶經(jīng)理提供所有會(huì)員的個(gè)?信息。
SR1.3.2在客戶經(jīng)理輸?會(huì)員的客戶編號(hào)時(shí)，系統(tǒng)要提供該會(huì)員的個(gè)?信息。
SR1.3.3在客戶經(jīng)理選定?個(gè)會(huì)員并申請(qǐng)查看購買信息時(shí)，系統(tǒng)要提供該會(huì)員的歷史購 買記錄。
SR1.3.4經(jīng)理可以通過鍵盤輸?客戶編號(hào)，也可以通過讀卡器輸?客戶編號(hào)。

需求分類

1 項(xiàng)目需求

? R5：項(xiàng)?的成本要控制在60萬元??幣以下。
? R6：項(xiàng)?要在6個(gè)?內(nèi)完成。

2 過程需求

? R7：在開發(fā)中，開發(fā)者要提交軟件需求規(guī)格說明?檔、設(shè)計(jì)描述?檔和測(cè)試報(bào)告。
? R8：項(xiàng)?要使?持續(xù)集成?法進(jìn)?開發(fā)。

e.g. 開發(fā)團(tuán)隊(duì)需要給出SRS文檔。

3 系統(tǒng)需求

3.1 軟件需求

3.1.1 功能需求

和系統(tǒng)主要?作相關(guān)的需求，即在不考慮物理約束的情況下，?戶希望系統(tǒng)所能夠執(zhí)?的活動(dòng)，這些活動(dòng)可以幫助?戶完成任務(wù)。功能需求主要表現(xiàn)為系統(tǒng)和環(huán)境之間的?為交互。

能夠?yàn)?戶帶來業(yè)務(wù)價(jià)值的系統(tǒng)?為、軟件產(chǎn)品產(chǎn)?價(jià)值的基礎(chǔ)

在存儲(chǔ)設(shè)備發(fā)生故障時(shí)，系統(tǒng)要在0.5秒內(nèi)向用戶發(fā)出警報(bào)。

3.1.2 性能需求

包括速度、容量、吞吐量、負(fù)載、實(shí)時(shí)性等。

都有一定的、準(zhǔn)確的數(shù)字（由需求人員和開發(fā)人員協(xié)商出來的，相當(dāng)于一種協(xié)議）

? PR1：所有的?戶查詢都必須在10秒內(nèi)完成。
? PR2：系統(tǒng)應(yīng)該能夠存儲(chǔ)?少100萬個(gè)銷售信息。
? PR3：解釋器每分鐘應(yīng)該?少解析5000條沒有錯(cuò)誤的語句。
? PR4：系統(tǒng)應(yīng)該允許50個(gè)營業(yè)服務(wù)器同時(shí)從集中服務(wù)器上進(jìn)?數(shù)據(jù)的上傳或下載。
? PR5：監(jiān)測(cè)到病?異常后，監(jiān)控器必須在0.5秒內(nèi)發(fā)出警報(bào)

e.g 系統(tǒng)能夠存儲(chǔ)3年的數(shù)據(jù)

注意區(qū)分：

在存儲(chǔ)設(shè)備發(fā)生故障時(shí)，系統(tǒng)要在0.5秒內(nèi)向用戶發(fā)出警報(bào)。 --- 功能需求

監(jiān)測(cè)到病?異常后，監(jiān)控器必須在0.5秒內(nèi)發(fā)出警報(bào) --- 性能需求

3.1.3 質(zhì)量屬性/質(zhì)量需求

可靠性

在進(jìn)?數(shù)據(jù)的下載和上傳中，如果?絡(luò)故障，系統(tǒng)不能出現(xiàn)故障。

e.g. 在存儲(chǔ)設(shè)備發(fā)生故障時(shí)，系統(tǒng)要在10秒內(nèi)發(fā)現(xiàn)。

可用性

系統(tǒng)的可?性要達(dá)到98%。

安全性

VIP顧客只能查看??的個(gè)?信息和購買記錄

可維護(hù)性

如果系統(tǒng)要增加新的特價(jià)類型，要能夠在2個(gè)??內(nèi)完成。

可移植性

集中服務(wù)器要能夠在1??內(nèi)從Window 7操作系統(tǒng)更換到Solaris 10操作系統(tǒng)。

易用性

使?系統(tǒng)1個(gè)?的收銀員進(jìn)?銷售處理的效率要達(dá)到10件商品/分鐘。

e.g 經(jīng)過10天培訓(xùn)的收銀員就能夠熟練使用系統(tǒng)。

3.1.4 數(shù)據(jù)需求

數(shù)據(jù)需求是需要在數(shù)據(jù)庫、?件或者其他介質(zhì)中存儲(chǔ)的數(shù)據(jù)描述，通常包括下列內(nèi)容：

各個(gè)功能使?的數(shù)據(jù)信息；
使?頻率；
可訪問性要求；
數(shù)據(jù)實(shí)體及其關(guān)系；
完整性約束；
數(shù)據(jù)保持要求。

商品的標(biāo)識(shí)由0-24位字母、數(shù)字混合組成的字符串。

3.1.5 對(duì)外接口

系統(tǒng)和其他系統(tǒng)之間的軟硬件接?

用戶界面

使用掃描儀掃描文件，傳遞回的數(shù)據(jù)為pdf格式 文件

3.1.6 約束

系統(tǒng)開發(fā)及運(yùn)?的環(huán)境

問題域內(nèi)的相關(guān)標(biāo)準(zhǔn)（包括法律法規(guī)、?業(yè)協(xié)定、企業(yè)規(guī)章等）

商業(yè)規(guī)則

系統(tǒng)必須能夠與Oracle數(shù)據(jù)庫交互。

3.2 硬件需求

3.3 其他需求

人力需求等

系統(tǒng)使用之前 ，需要對(duì)收銀員進(jìn)行 10天的專門培訓(xùn)。

不切實(shí)際的期望

不切實(shí)際的期望不屬于需求

? R11：系統(tǒng)要分析會(huì)員的購買記錄，預(yù)測(cè)該會(huì)員將來?周和?個(gè)?內(nèi)會(huì)購買的商品；
? R12：系統(tǒng)要能夠?qū)γ?的出?庫以及銷售?為進(jìn)?標(biāo)準(zhǔn)的財(cái)務(wù)分析；
? R13：在使?系統(tǒng)時(shí)，收銀員必須要在2個(gè)?時(shí)內(nèi)完成?個(gè)銷售處理的所有操作

總結(jié)

以上是生活随笔為你收集整理的需求层次性、需求分类的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。