需求类型

理论

需求类别	描述	包含
功能需求	在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。	业务需求 用户需求 系统级需求
性能需求	一个系统或者其组成部分在限定的约束下，完成其指定功能的程度，例如速度、内存使用程度等。	速度（speed）（系统完成任务所需的时间） 容量（capacity）（存储的数据量） 吞吐量（throughput）（连续时间内完成的事务数量） 负载（load）（承载的并发工作量） 实时性（time-critical）
质量属性	质量更多的时候是隐式的 用户默认为所有的质量都是被满足的	可靠性（reliability）（无缺憾性、容错性、可用性） 可用性（availability） 安全性（security） 可维护性（maintainability）（可修正性、扩展性、可测试性） 可移植性（protability）（软硬件独立性、可安装性、可复用性） 易用性（usability）（可理解性、易学习性、易操作性、通信性）
对外接口	对外接口是指系统和环境中其他系统之间需要建立的接口，包括用户界面、硬件接口、软件接口、网络通信接口等。	接口的用途。 接口的输入、输出。 数据格式。 命令格式。, 异常处理要求。
约束	约束是指进行系统构造时需要遵守的约定，例如编程语言、硬件设施等。	系统开发及运行的环境 问题域相关标准 商业规则
数据需求	数据需求是需要在数据库、文件或者其他介质中存储的数据描述	各个功能使用的数据信息; 使用频率; 可访问性要求; 数据实体及其关系; 完整性约束; 数据保持要求。

实例

需求类别	例子
功能需求	在系统使用3个月后，销售额度应该提高20%。（业务需求）
	系统应该允许客户经理查看会员的个人信息和购买信息。（用户需求）
	在接到客户经理的请求后，系统应该为客户经理提供所有会员的个人信息。（系统级需求）
性能需求	所有的用户查询都必须在10 秒内完成。（速度）
	系统应该能够存储至少100万个销售信息。（容量）
	解释器每分钟应该至少解析5000条没有错误的语句。（吞吐量）
	系统应该允许50台营业服务器同时从集中服务器上进行数据的上传或下载。（负载）
	监测到病人异常后，监控器必须在0.5秒内发出警报。（实时性）
	98%的查询不能超过10秒。（速度）
	(最低标准)在200个用户并发时，系统不能崩溃; (一般标准)在200个用户并发时，系统应该在80%的时间内能正常工作; (理想标准)在200个用户并发时，系统应该能保持正常的工作状态。（负载）
质量属性	在客户端与服务器端通信时，如果网络故障，系统不能出现故障。（可靠性）
	系统的可用性要达到98%。（可用性）
	收银员只能查看，不能修改、删除会员的信息（安全性）
	如果系统要增加新的特价类型，要能够在2个人月内完成。（易用性）
	服务器要能够在1个人月内从Windows 7操作系统更换到Solaris 10操作系统。（可移植性）
	使用系统1个月的收银员进行销售处理的效率要达到10件商品/分钟。（易用性）
对外接口
约束	系统要使用Java语言进行开发
数据需求	系统需要存储的数据实体及其关系为图6-14的内容。
	系统需要存储1年内的销售记录和退货记录。