?可存取性 –文化和政策需求 –法律需求
需求的分类-1-非功能性需求
?非功能性需求并不改变产品的功能。它增加了一些处理，使产 品更易于使用、更安全或者交互性更强。非功能需求描述了用 户在使用软件时的体验。
?功能性需求以动词为特征,非功能需求以副词为特征 ?如何度量非功能需求? –能度量则度量 –不能度量则原型
?客户会关注哪些非功能需求?会在什么时间关注这些需求? ?”想当然”现象
非功能需求规格说明可以使用的度量
系统特性:可以使用的度量 可靠性:出错时间,错误发生率 有效性:请求后出错的可能性
性能:每秒处理的事务数,对用户输入的响应时间 存储利用:系统最大的容量（MB)
可用性:学习75%的用户功能所需要的时间,在给定的时间内由用户引
起的错误的平均值
健壮性:系统出错后重新启动的时间
完整性:系统出错时，允许的数据丢失的最大程度
需求的分类-2 FURPS+
?Functional（功能性）：特性、能力、安全性 ?Usability（可用性）：人性化因素、帮助、文档 ?Reliability（可靠性）：故障周期、可恢复性、可预测性 ?Performance（性能）：响应时间、吞吐量、准确性、有效性、资源利用率
?Supportability（可支持性）：适应性、可维护性、国际化、可 配置性
?“+”是指一些辅助性的和次要的因素：
– Implementation（实现）：资源限制、语言和工具、硬件等 等
– Interface（接口）：为外部系统接口所加的约束 – Operations（操作）：系统操作环境中的管理
– Packaging(包装)：提供什么样的部署、移交“介质”和形式 等
– Legal（授权）：法律许可、授权或其他有关法律上的约束。
需求的分类-3
?功能 –做什么 –采用动词描述 –存在也是一种功能 –可观察不可度量 ?属性 –功能的特征 –形容词或者副词 –可度量 ?约束 –属性的边界 –可度量,可测试
需求的分类-4
?需要
–必须满足，不能裁剪 ?期望 –可以裁剪 ?约束
–对于系统的设计或开发系统的过程的限制，它不影响系统的外部行
为，但必须被完成以满足技术、商业或合同的义务。如; ?操作环境：用VB编写软件
?与已有系统的兼容性：必须能够在新旧两种平台上?? ?应用标准：必须采用公司的类库，必须符合**标准 –处理设计约束的指南 ?和需求区分开来 ?集中存放
?确定设计约束的来源 ?为每条约束的理由建档 ?接口需求
?接口需求为什么重要?
?针对接口如何安排后续的设计与编码,联调顺序?
需求的分类-5
?全局性需求
–影响的面比较广,一旦发生变更,工作量比较大 –全局性的非功能的系统特性 ?效率 ?可靠性 ?多平台的支持 ?多语言的支持 ?可复用的支持
?多数据库的支持 –系统中物料的编码规则 –任意条件查询 –系统的总体界面设计 –整个系统对操作员权限的限定 ?数据权限 ?功能权限 ?时间权限 ?部门权限 ?局部需求
需求的分层
提出者 获取方法 访谈 文档量 几页 文档形式 评审方式 稳定 返工 优先级 性 影响 的确定 者 最稳 定 最大 客户 目标需求 高层经理 ppt,正规评审 word 会 业务 需求 中层经理 访谈 几十页 excel正规评审 , 会 word 非正式评审会,正规评审会,分多次评审 较稳 定 次之 客户 操作 操作员+ 需求 开发人 员 原型 几十页 word ,上百 页 最易 局部 变化 影响 客户+ 开发人 员