软件需求工程教材.ppt

软件需求工程 软件需求的定义 需求的层次与类型 需求的三个层次—业务需求 需求的三个层次—用户需求 需求的三个层次—软件需求 软件需求的三种类型—功能需求 软件需求的三种类型—非功能需求 软件需求的三种类型—设计约束 优秀需求的标准—完整性 优秀需求的标准—不失真 优秀需求的标准—有优先级 优秀需求的标准—技术团队早介入 需求工程 需求工程—范畴 需求工程—需求开发 需求工程—需求开发 需求工程—需求开发 需求工程—需求管理 需求分析人员的技能 课程任务 * * 第四章 软件需求与需求工程 软件需求可以定义为：业务知识+问题列表+其它因素。 业务知识：包括业务事件、业务实体和业务规则 问题列表：用户在工作中遇到的困难和障碍，即软件开发时要解决的问题。 其它因素：设计约束和非功能方面的需求 三个层次：业务需求、用户需求、软件需求 业务需求 项目视图/范围文档 用户需求 用例文档 功能需求 软件需求 质量属性 其他非功能需求 设计约束 SRS 非功能需求 三种类型：功能需求、非功能需求、设计需求 业务需求是反映企业/组织对软件系统的高层次目标要求，即软件系统的建设目标。这种目标体现在两个方面： 问题：解决企业/组织运作过程中遇到的问题。如物资供应脱节、用户投诉大等。 机会：抓住外部环境变化带来的机会，以便为企业带来新的发展。如电子商务、网上银行等。 业务需求的提出者通常是企业/组织的高层管理人员，导出的是软件开发的高层需求，代表着软件项目开发的方向。 业务需求是需求定义的产物，是软件项目立项阶段必须明确的问题。 用户需求描述的是用户使用软件需要完成什么任务、怎样完成任务的需求。 用户需求是在业务需求的基础上进行用户访谈、调查，对用户使用场景进行整理的结果。即用户需求是需求捕捉的产物。特点： ●零散：用户会提出不同角度、不同层面、不同粒度的需求，而且通常是以一句话的形式提出的。 ●存在矛盾：用户处于企业/组织的不同层面，提出的需求往往具有片面性，甚至不同用户之间会持不同的观点。 用户需求也叫原始需求，需要进行分析和整理，从而得到更加精确的需求说明。 软件需求是需求分析和建模的产物，是对用户需求进行分析、提炼、整理的结果。即需求规格说明书描述的结果。 业务需求是需求定义的产物 用户需求是需求捕捉的产物 软件需求是需求分析和建模的产物 功能需求最关键的问题是如何对其进行组织,即如何来表达功能需求（表达形式不一样，得到不一样的结果）。 传统的方法以系统-子系统-模块-下层模块的层次结构来组织。这种组织基本上是按照程序的结构来梳理，难以体现用户的使用场景。 现代需求理论更加强调需求分析人员从用户的角度，将系统理解成一个黑盒子，从横向的使用视角来整理需求。采用用例的方法组织功能需求被认为目前是最佳方法。 非功能需求的要点在于保证信息的有效传递和注意其局部性。 信息传递无效性：在很多需求规格说明书中都列出诸如高可靠性、高可用性、安全性、高扩展性的要求。但开发人员根本不去看，因为这样的定性描述是没有判断标准的，即这种信息传递是无效的。信息传递有效性指开发人员能够清楚地知道列出的非功能需求针对的问题和要达到的标准，如系统7×24小时不间断运行，指系统在用户看来任何时候不能中断运行。 非功能需求的局部性：绝大多数非功能需求都是针对具体的功能，而非整个系统。如“所有查询的响应时间不超过10秒”的描述，对于一般性的简单查询或许可能满足，但对于年度统计分析的查询可能很难满足。更科学的做法是抓住具体的场景来描述非功能需求。 设计约束指软件系统开发所必须遵守的限制条件。 非技术因素决定的技术选型：有些技术选型不是由技术团队决定，而是受到企业/组织实际情况的影响。如铁路行业规定铁路信息系统开发必须采用oracle数据库管理系统，必须采用三级数据库部署架构。有的要求系统开发采用J2EE等。 预期的硬软件环境：技术开发团队在决定架构、选择实现技术时会受到企业/组织实际的硬软件环境的影响。如企业/组织的网络环境、服务器性能、个人电脑配置、操作系统、工具软件等，应该将这些预期的硬软件环境描述出来。 预期的使用环境：除硬软件环境之外的其它环境，如地理环境、基于局域网的信息系统的在局域网范围之外的移动设备用户、野外现场应用等。 1、完整性 需求的完整性就是需求没有遗漏。 要保障需求的完整性，就必须从业务角度来组织各种需求项。与需求相关的主题域、业务事件、业务活动、业务步骤、困难与障碍点等尽可能完整，更具操作性。业务导向的层次结构是保障完整性的关键。