(3)餐馆定座系统需求示例
- 功能性的需求
- 服务生可以通过系统查询是否有满足条件的桌子尚未定出
- 服务生可以通过系统为顾客定座以及取消定座
- 服务生可以查询客户以往的消费情况
- 非功能性的需求
- 系统的响应查询时间应该小于10秒
- 系统必须7X24小时服务,每天可以有30分钟的维护时间,同时只能在0点到1点之间
- 环境限制
在局域网络的环境中完成此功能
注意:不难看出,需求本身就是对客户而言产品必须满足的条件或具备的能力。对于用户需要产品做的事情,比如要完成的样子我们称之为功能性需求。还有一些不能算做产品要实现的功能,但是为了达到用户的期望值必须完成的一些附加需求,比如多长时间完成称之为非功能性需求。
(4)本电子商务项目的需求示例----由学员自己来决定
- 网上书店
功能性的需求----
非功能性的需求--- - 网上银行
功能性的需求----
非功能性的需求---
(5)感悟“需求收集”和“用例”
对用户的需求整理就像是理发。顾客自己只知道大概的样子,多长时间完成这个发型等等,而到底要做成什么样自己根本不知道。发型设计师需要不断的和客户进行交流,然后再根据自己的理解,加上多年的设计经验,推荐给顾客一种适合的发型与顾客进行确认。
和顾客交流本身就是需求收集的过程,而只有了解了顾客的需求之后才可能提出一个大概的样子与其进行确认,那就是用例。
3、分析用户需求
(1)描述用户的需求
在很多情形下,分析用户需求与获取用户需求可以是并行实现,主要通过建立模型的方式来描述用户的需求,为客户(或者用户)、开发方等不同参与方提供一个交流的渠道。
这些模型是对需求的抽象,以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤,区别在于分析用户需求时使用模型来描述,以获取用户更明确的需求。
(2)如何进行需求分析
对需求进行分析,也就是要决定我们该解决什么问题。要分析用户的需求,需要执行下列活动:
- 以图形表示的方式(如UML图)描述系统的整体结构,包括系统的边界与接口;
- 通过GUI快速原型、页面流或其它方式向用户提供可视化的界面,用户可以对需求做出自己的评价;
- 系统可行性分析,需求实现的技术可行性、环境分析、费用分析、时间分析等;
- 以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。
(3)通过需求建模进行需求分析
用于需求建模的方法有很多种,最常用的包括数据流图(DFD)、实体关系图(ERD)和用例图(Use Case)三种方式。
文章来源于领测软件测试网 https://www.ltesting.net/