(3)餐館定座系統需求示例
- 功能性的需求
- 服務生可以通過系統查詢是否有滿足條件的桌子尚未定出
- 服務生可以通過系統為顧客定座以及取消定座
- 服務生可以查詢客戶以往的消費情況
- 非功能性的需求
- 系統的響應查詢時間應該小于10秒
- 系統必須7X24小時服務,每天可以有30分鐘的維護時間,同時只能在0點到1點之間
- 環境限制
在局域網絡的環境中完成此功能
注意:不難看出,需求本身就是對客戶而言產品必須滿足的條件或具備的能力。對于用戶需要產品做的事情,比如要完成的樣子我們稱之為功能性需求。還有一些不能算做產品要實現的功能,但是為了達到用戶的期望值必須完成的一些附加需求,比如多長時間完成稱之為非功能性需求。
(4)本電子商務項目的需求示例----由學員自己來決定
- 網上書店
功能性的需求----
非功能性的需求--- - 網上銀行
功能性的需求----
非功能性的需求---
(5)感悟“需求收集”和“用例”
對用戶的需求整理就像是理發。顧客自己只知道大概的樣子,多長時間完成這個發型等等,而到底要做成什么樣自己根本不知道。發型設計師需要不斷的和客戶進行交流,然后再根據自己的理解,加上多年的設計經驗,推薦給顧客一種適合的發型與顧客進行確認。
和顧客交流本身就是需求收集的過程,而只有了解了顧客的需求之后才可能提出一個大概的樣子與其進行確認,那就是用例。
3、分析用戶需求
(1)描述用戶的需求
在很多情形下,分析用戶需求與獲取用戶需求可以是并行實現,主要通過建立模型的方式來描述用戶的需求,為客戶(或者用戶)、開發方等不同參與方提供一個交流的渠道。
這些模型是對需求的抽象,以可視化的方式提供一個易于溝通的橋梁。用戶需求的分析與獲取用戶需求有著相似的步驟,區別在于分析用戶需求時使用模型來描述,以獲取用戶更明確的需求。
(2)如何進行需求分析
對需求進行分析,也就是要決定我們該解決什么問題。要分析用戶的需求,需要執行下列活動:
- 以圖形表示的方式(如UML圖)描述系統的整體結構,包括系統的邊界與接口;
- 通過GUI快速原型、頁面流或其它方式向用戶提供可視化的界面,用戶可以對需求做出自己的評價;
- 系統可行性分析,需求實現的技術可行性、環境分析、費用分析、時間分析等;
- 以模型描述系統的功能項、數據實體、外部實體、實體之間的關系、實體之間的狀態轉換等方面的內容。
(3)通過需求建模進行需求分析
用于需求建模的方法有很多種,最常用的包括數據流圖(DFD)、實體關系圖(ERD)和用例圖(Use Case)三種方式。
文章來源于領測軟件測試網 http://www.kjueaiud.com/