需求層次性
1 業務需求
系統建⽴的戰略出發點，表現為⾼層次的⽬標（Objective），它描述了組織 為什么要開發系統
定 義系統應該具備的特性（Feature）
R2：在系統使⽤3個⽉后，銷售額度應該提⾼20%
可以建⽴⾼層次的解決⽅案，其系統特性如SF1～SF4所示。
- SF1：管理VIP顧客信息。
- SF2：提供VIP顧客服務，增加回頭率。
- SF3：使⽤多樣化的特價⽅案，吸引顧客購買，增加銷售額。
- SF4：使⽤多樣化的贈送⽅案，吸引顧客購買，增加銷售額。
2 用戶需求
執⾏實際⼯作的⽤戶對系統所能完成的具體任務的期望，描述了系統能夠幫助⽤戶做些什么
有充分的問題域知識作為背景⽀持
特性
- 模糊、不清晰（允許適度的⽤形容詞和副詞）
- 多特性混雜 （功能和⾮功能的混雜）
- 多邏輯混雜 （⼀個任務需要多次系統交互才能完成
SF1：管理VIP顧客信息
UR1.1：系統應該允許客戶經理添加、修改或者刪除會員個⼈信息
對UR1.1，需要補充問題域知識如下：
會員的個⼈信息有：客戶編號、姓名、聯系⽅式、積分。
3 系統需求
⽤戶對系統⾏為的期望，每個系統級需求反映了⼀次外界與系統的交互⾏為，或者系統的⼀個實現細節
系統能夠。。系統應該。。。
UR1.3：系統應該允許客戶經理查看會員的個⼈信息和購買信息。
對⽤戶需求UR1.3，可以依據任務中的交互細節將之轉化為系統級需求SR1.3.1～ SR1.3.4。
- SR1.3.1在接到客戶經理的請求后，系統應該為客戶經理提供所有會員的個⼈信息。
- SR1.3.2在客戶經理輸⼊會員的客戶編號時，系統要提供該會員的個⼈信息。
- SR1.3.3在客戶經理選定⼀個會員並申請查看購買信息時，系統要提供該會員的歷史購 買記錄。
- SR1.3.4經理可以通過鍵盤輸⼊客戶編號，也可以通過讀卡器輸⼊客戶編號。
需求分類
1 項目需求
• R5：項⽬的成本要控制在60萬元⼈⺠幣以下。
• R6：項⽬要在6個⽉內完成。
2 過程需求
• R7：在開發中，開發者要提交軟件需求規格說明⽂檔、設計描述⽂檔和測試報告。
• R8：項⽬要使⽤持續集成⽅法進⾏開發。e.g. 開發團隊需要給出SRS文檔。
3 系統需求
3.1 軟件需求
3.1.1 功能需求
和系統主要⼯作相關的需求，即在不考慮物理約束的情況下，⽤戶希望系統所能夠執⾏的活動，這些活動可以幫助⽤戶完成任務。功能需求主要表現為系統和環境之間的⾏為交互。
能夠為⽤戶帶來業務價值的系統⾏為、軟件產品產⽣價值的基礎
在存儲設備發生故障時，系統要在0.5秒內向用戶發出警報。
3.1.2 性能需求
包括速度、容量、吞吐量、負載、實時性等。
都有一定的、准確的數字（由需求人員和開發人員協商出來的，相當於一種協議）
• PR1：所有的⽤戶查詢都必須在10秒內完成。
• PR2：系統應該能夠存儲⾄少100萬個銷售信息。
• PR3：解釋器每分鍾應該⾄少解析5000條沒有錯誤的語句。
• PR4：系統應該允許50個營業服務器同時從集中服務器上進⾏數據的上傳或下載。
• PR5：監測到病⼈異常后，監控器必須在0.5秒內發出警報e.g 系統能夠存儲3年的數據
注意區分：
在存儲設備發生故障時，系統要在0.5秒內向用戶發出警報。 --- 功能需求
監測到病⼈異常后，監控器必須在0.5秒內發出警報 --- 性能需求
3.1.3 質量屬性/質量需求
可靠性
在進⾏數據的下載和上傳中，如果⽹絡故障，系統不能出現故障。
e.g. 在存儲設備發生故障時，系統要在10秒內發現。
可用性
系統的可⽤性要達到98%。
安全性
VIP顧客只能查看⾃⼰的個⼈信息和購買記錄
可維護性
如果系統要增加新的特價類型，要能夠在2個⼈⽉內完成。
可移植性
集中服務器要能夠在1⼈⽉內從Window 7操作系統更換到Solaris 10操作系統。
易用性
使⽤系統1個⽉的收銀員進⾏銷售處理的效率要達到10件商品/分鍾。
e.g 經過10天培訓的收銀員就能夠熟練使用系統。
3.1.4 數據需求
數據需求是需要在數據庫、⽂件或者其他介質中存儲的數據描述，通常包括下列內容：
- 各個功能使⽤的數據信息；
- 使⽤頻率；
- 可訪問性要求；
- 數據實體及其關系；
- 完整性約束；
- 數據保持要求。
商品的標識由0-24位字母、數字混合組成的字符串。
3.1.5 對外接口
系統和其他系統之間的軟硬件接⼝
用戶界面
使用掃描儀掃描文件，傳遞回的數據為pdf格式 文件
3.1.6 約束
系統開發及運⾏的環境
問題域內的相關標准（包括法律法規、⾏業協定、企業規章等）
商業規則
系統必須能夠與Oracle數據庫交互。
3.2 硬件需求
3.3 其他需求
人力需求等
系統使用之前 ，需要對收銀員進行 10天的專門培訓。
不切實際的期望
不切實際的期望不屬於需求
• R11：系統要分析會員的購買記錄，預測該會員將來⼀周和⼀個⽉內會購買的商品；
• R12：系統要能夠對每⽉的出⼊庫以及銷售⾏為進⾏標准的財務分析；
• R13：在使⽤系統時，收銀員必須要在2個⼩時內完成⼀個銷售處理的所有操作