第二章软件项目需求管理课程.ppt

第二章软件项目需求管理 ;第二章 软件项目需求管理 ;需求管理中的问题举例;;需求管理中的问题举例;问题？;软件需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 著名软件需求学家Davis归纳了要完全描述系统需要做的五项主要事情，通过定义以下五项内容来确定一组完整的软件需求： （1）系统的输入 （2）系统的输出 （3）系统的功能 （4）系统的属性 （5）系统环境的属性;软件的需求包括：;软件需求的层次;2．软件需求在软件项目中的作用 软件需求在软件项目中占有重要地位，是软件设计和软件实现的基础。需求的改变将导致其后一系列过程的更改，因而软件需求与软件项目中其他过程有着密切关系。;;二、软件需求类别 ;2．用户需求;3．系统需求;系统需求的描述语言 ;4．系统需求的分类 ;软件需求管理的过程;软件需求的任务;需求工程基本任务;需求获取图示;需求获取;需求分析定义;;三、软件需求文档 ;需求规格;2．软件需求规格说明 软件需求规格SRS也称为功能规格说明、需求协议或系统规格说明，精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件，是对外部行为和系统环境（软件、硬件、通信端口和人）接口的简洁完整的描述性文档。;软件需求规格说明的原则;四、软件需求度量 ;2．无歧义 3．完备性 4．一致性 5．根据重要性和稳定性分级 6．可验证性 7．可修改性 8．可跟踪性 9．可理解性;2.2 需求工程 ; 二、研究内容 1．需求工程的目标 软件项目需求工程阶段要解决的问题是，让用户和开发者共同明确将要开发的是一个什么样的系统。具体来说，需求工程有两个主要任务，其一是通过对问题及其环境的理解、分析和综合，建立分析模型；其二是在完全弄清用户对软件系统的确切要求的基础上，用SRS把用户的需求表达出来。 ;;;2.3 需求管理;Capers Jones于1994年对软件缺陷进行了研究，给出了如下表所示的总结。;;二、 目标和原则 1．目标 需求管理的目标有两个： 使软件需求受控，并建立供软件工程和管理使用的需求基线 使软件计划、产品和活动与软件需求保持一致 2．原则 为进行有效的需求管理，通常要遵循如下五条原则： （1）需求一定要分类管理 （2）需求必须分优先级 （3）需求必须文档化 （4）需求一旦变化，就必须对需求变更的影响进行评估 （5）需求管理必须与需求工程的其他活动紧密整合;三、需求管理活动 ;需求总在变化;;四、需求变更管理 ;;3．变更影响分析 进行需求变更影响分析，应评估每项选择的需求变更，已确定它对项目计划安排和其他需求的影响，同时明确与变更相关的任务并评估完成这些任务需要的工作量。 需求变更影响分析模板如右图所示：;4．变更控制流程 需求变更控制流程图如右图所示：;五、需求文档版本 需求文档版本控制是需求管理的一个必要方面。做好需求文档版本控制，必须保证如下几点： 统一确定需求文档的每一个版本，保证每个成员都能得到当前的需求版本 清楚地将变更写成文档，并及时通知到项目开发所涉及的人员 为尽量减少困惑、冲突、误传，应只允许指定的人来更新需求文档;六、需求状态 1．需求的属性 需求的创建时间 需求的版本 需求的创建者 需求的批准者 需求状态 需求的原因或根据 需求涉及的子系统 需求涉及的产品版本 需求的验证方法或测试标准 需求的优先级 需求的稳定性;2．需求状态 （1）已建议 （2）已批准 （3）已拒绝 （4）已设计 （5）已实现 （6）已验证 （7）已交付 （8）已删除 ;七、需求跟踪 1．需求跟踪的必要性 在软件能力成熟度模型CMM三级中要求软件团队必须具备需求跟踪的能力，即“在软件工作产品之间，维护一致性。工作产品包括软件计划，过程描述、分配需求、软件需求、软件设计、代码、测试计划以及测试过程。” ;2．可追溯性信息 需要维护的可追溯型信息有三类： 源可追溯性信息，指连接需求到提出需求的项目相关人员和产生需求的原因。当需求变更发生的时候，该信息用来发现项目相关人员以便能与他们商讨这些变更事宜 需求可追溯性信息，指连接需求文档中彼此依赖的需求。该信息用来评估一个需求变更会对其余多少需求产生影响以及引发的需求变更的范围和程度 设计可追溯性信息，指连接需求到其实现的设计模块，该信息用来评估需求变更对系统设计和实现带来的影响; 3．需求跟踪的实现 需求跟踪有两种方式，正向跟踪与逆向跟踪。正向跟踪以用户需求为切入点，检查用户需求说明书或需求规