北京理工大学 口用户需求( User Requirement) 用户使用产品必须要完成的任务 ■在使用用例文档或方案脚本说明中予以说明 口功能需求( Functional, Behavioral Requirement) ■定义了开发人员必须实现的软件功能,使得用户能完成 他们的任务,从而满足了业务需求 ■对系统应该提供的服务、如何对输入做出发应以及系统 在特定条件下的行为的描述。 ■涉及与本系统有接口的其他系统的所有事情。 可能需要明确声明系统不应该做什么
用户需求（User Requirement） ◼ 用户使用产品必须要完成的任务 ◼ 在使用用例文档或方案脚本说明中予以说明 功能需求（Functional, Behavioral Requirement ） ◼ 定义了开发人员必须实现的软件功能，使得用户能完成 他们的任务，从而满足了业务需求 ◼ 对系统应该提供的服务、如何对输入做出发应以及系统 在特定条件下的行为的描述。 ◼ 涉及与本系统有接口的其他系统的所有事情。 ◼ 可能需要明确声明系统不应该做什么
北京理工大学 口非功能需求(Non- functional requirement) 对系统提供的服务或功能给出的约束,包括性能指标、 对质量属性( quality attribute)的描述、外部接口以及设 计与实现的约束( constraint)、时间约束、标准等。 ■非功能需求最好是可以验证的,但实际上对需求量化通 常很难。 ■非功能需求与功能需求有时会发生冲突 非功能需求之间会发生冲突
非功能需求(Non-functional Requirement) ◼ 对系统提供的服务或功能给出的约束，包括性能指标、 对质量属性（quality attribute）的描述、外部接口以及设 计与实现的约束（constraint）、时间约束、标准等。 ◼ 非功能需求最好是可以验证的，但实际上对需求量化通 常很难。 ◼ 非功能需求与功能需求有时会发生冲突。 ◼ 非功能需求之间会发生冲突
北京理工大学 非功能需求分类 性能 实时性、精确度、资源利用率等 目标可靠性 系统安全保蜜性 的 限制运行限制 使用频度、运行期限、控制方式、操作要求 物理限制 系统规模等限制 开发类型 实用性开发、试验性开发 开发开发工作量的估计 维护 的并发方法 质量控制标准、里程碑和评审、验收标准 限制优先性和可修改性 可维护性
非功能需求分类 目标 系统 的 限制 性能 实时性、精确度、资源利用率等 可靠性 安全/保密性 运行限制 使用频度、运行期限、控制方式、操作要求 物理限制 系统规模等限制 开发 维护 的 限制 开发类型 实用性开发、试验性开发 开发工作量的估计 开发方法 质量控制标准、里程碑和评审、验收标准 优先性和可修改性 可维护性
各类需求之间的关系◎韭理爨 功能需求非功能需求 业务需求 业务需求 项目视图和范围文档 用户需求 质量属性 匚使用实例文档 外部接口 系统要求功能需求 约束 需求规格说明(SRS)
功能需求 非功能需求 业务需求 用户需求 质量属性 外部接口 系统要求 功能需求 约束 项目视图和范围文档 使用实例文档 需求规格说明（SRS） 业务需求 各类需求之间的关系
北京理工大学 功能需求示例:大学图书馆系统 1.用户能从数据库中查询,或选择一个子集查询 2.系统能够提供多种浏览器供用户阅读馆藏文献。 3.每次借阅能够对应一个唯一的识别符,可拷贝到用户 的常备存储区内。 功能需求以不同的详细程度重写(需求1和3) 含糊的表达,“多种浏览器
功能需求示例：大学图书馆系统 1. 用户能从数据库中查询，或选择一个子集查询。 2. 系统能够提供多种浏览器供用户阅读馆藏文献。 3. 每次借阅能够对应一个唯一的识别符，可拷贝到用户 的常备存储区内。 - 功能需求以不同的详细程度重写（需求1和3） - 含糊的表达，“多种浏览器