软件过程管理 5.ppt

承上启下 项目合同管理 生存期模型 RoadMap 软件开发项目管理 需求管理中的问题举例 需求的隐含错误 需求不明确、含糊 用户不断增加需求、变更需求 用户刁难 开发人员的镀金 镀金（gold plating）的定义 给予用户的东西要多于他们所要求的。 事实上，额外的特性、扩展的功能、更好的组件以及其他等等，通常都不会为项目增加什么价值。实际上，镀金常常会增加项目的开支，因为这需要更多的资源、更长的开发周期，还会增加重新设计的风险、耽误项目的交付使用。 镀金案例 在检视项目要求的时候，你发现了一个需要创建软件模块的要求。这个模块允许用户在浏览应用程序的时候，在屏幕上维持其所喜好的颜色和字体样式。在更进一步检视的时候，你意识到这个模块的加入虽然很好，但是不会为整个项目增添什么价值。 如何确定项目里是否包含有镀金的内容 要验证开发要求或者任务里是否包含有镀金内容的一种方法是：思考一下如果项目没有包含这个模块的话，其影响会是什么。问问你自己：如果这个项目没有包含这个模块，这个应用程序的可靠性、效率是否会更低，或者根本就不会有任何降低。 本章要点 一、软件需求定义 二、软件需求管理过程 三、需求建模的基本方法 四、案例分析 软件需求定义 软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 软件需求的层次 1．业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明 2．用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例（use case）文档或方案脚本说明中予以说明。 3．功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 在软件需求规格说明书 （SRS）中说明的功能需求充分描述了软件系统所应具有的外部行为。软件需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。对一个大型系统来说，软件功能需求也许只是系统需求的一个子集，因为另外一些可能属于子系统（或软件部件）。 作为功能需求的补充，软件需求规格说明还应包括非功能需求，它描述了系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。多角度描述产品对用户和开发人员都极为重要。 以一个字处理程序为例来说明需求的不同种类。 业务需求可能是：“用户能有效地纠正文档中的拼写错误”，该产品的包装盒封面上可能会标明这是个满足业务需求的拼写检查器。 用户需求可能是“找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词”。同时，该拼写检查器还有许多功能需求，如找到并高亮度提示错词的操作；显示提供替换词的对话框以及实现整个文档范围的替换。 功能需求 功能需求：列举出被开发软件在职能上应做什么。这是最主要的需求，规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。 通常功能性需求是： 产品功能的规格说明； 产品必须执行的动作； 源自于产品的基本目标 例如：银行ATM系统 功能性需求：取、存、查、密码检验 非功能需求 许多非功能需求关心的是系统整体特性，而不是个别的系统特性。因此非功能需求比功能需求对系统更关键。一个功能需求没有满足可能降低系统的能力，而一个非功能系统需求没有满足则可能使整个系统无法使用。 例如：一个飞机系统不符合可靠性需求，它将不会被批准飞行。若一个实时控制系统无法满足其性能需求，控制功能可能根本无法使用。 例如：银行ATM系统 非功能需求：响应时间，安全保密等 需求管理的重要性 项目失败的原因分析 本章要点 一、软件需求定义 二、软件需求管理过程 三、需求建模的基本方法 四、案例分析 软件需求管理过程 软件需求管理的过程 需求开发(确认)和管理基本任务 本章要点 一、软件需求定义 二、软件需求管理过程 需求的获取 需求分析 编写需求规格 需求验证 需求变更 三、需求建模的基本方法 四、案例分析 需求获取图示 需求获取 进行需求获取应注意的问题 识别真正的客户 正确理解客户的需求 具备较强的忍耐力和清晰的思维 说明和教育客户 本章要点 一、软件需求定义 二、软件需求管理过程 需求的获取 需