软件需求 第16章 需求管理的原则与实现.pdfVIP

软件需求 第16章 需求管理的原则与实现.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
下载 第三部分 软件需求管理 第1 6章 需求管理的原则与实现 在第一章中,我们将需求工程分为需求开发和需求管理。需求开发包括对一个软件项目 需求的获取、分析、 规格说明及验证。典型需求开发的结果应该有项目视图和范围文档、使 用实例文档、软件需求规格说明及相关分析模型。经评审批准,这些文档就定义了开发工作 的需求基线(b a s e l i n e )。这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功 能需求的一个约定( a g r e e m e n t )。工程项目可能会有其它的约定,例如可交付性、约束条件、 进度安排、预算及合同约定等。但这些均超出了本书范围。 需求约定是需求开发和需求管理之间的桥梁,需求管理包括在工程进展过程中维持需求 约定集成性和精确性的所有活动,如图 1 6 - 1所示。需求管理强调: • 控制对需求基线的变动。 • 保持项目计划与需求一致。 • 控制单个需求和需求文档的版本情况。 • 管理需求和联系链之间的联系或管理单个需求和其它项目可交付品之间的依赖关系。 • 跟踪基线中需求的状态。 需求管理 变更控制 版本控制 需求跟踪 需求状态跟踪 • 建议变更 • 确定需求文档版本 • 定义对其它需求的 • 定义需求状态 • 分析影响 • 确定单个需求文档 连接链 • 跟踪需求每一个状 • 作出决策 版本 • 定义对其它系统元 态 • 交流 素的连接链 • 合并 • 测量需求的稳定性 图16-1 需求管理的主要活动 本章给出了需求管理的基本原则。第三部分的其它内容更详细地评述了专门的需求管理 的策略:包括变更控制(第 1 7章),需求跟踪(第 1 8章)和变更的影响分析(第 1 8章)。第三 部分的最后是关于帮助管理项目需求的商业工具的讨论(第 1 9章)。 16.1 需求管理和过程能力成熟度模型 过程能力成熟度模型( Capability Maturity Model ,C M M )对需求管理是一个有用的指导 134 第三部分 软件需求管理 下载 (CMU/SEI 1995 )。位于宾夕法尼亚洲匹兹堡市的卡内基梅隆大学所属的软件工程研究所提出 了软件过程能力成熟度模型的概念。 C M M是在软件开发机构中被广泛地用来指导过程改进工 作的模型。该方法描述了软件处理能力的五个成熟级别。处于一级的组织典型地以非正式的 方式管理项目进度,要获得成功,主要依靠天才从业者和管理者的英雄史诗般的奋斗。处于 更高成熟度级别的组织把具有创造性、训练有素的员工同软件工程和项目管理过程结合起来, 将持续不断地获得成功。 为达到软件过程能力成熟度模型的第二级,组织必须具有在软件开发与管理的六个关键 过程域(key process areas ,K PA )以展示达到目标的能力。需求管理是其中之一,它的目标 如下: 1) 把软件需求建立一个基线供软件工程和管理使用。 2) 软件计划,产品和活动同软件需求保持一致。 无论是否知道或关心过程成熟度模型,大多数软件开发组织将会从达成这两个目标中获 益。过程成熟度模型确定若干先决条件和技术策略,使组织能持续地达到这两个目标,但并 不指定组织必须遵循的需求管理过程。 需求管理的关键过程领域不涉及收集和分析项目需求。而是假定已收集了软件需求或已 由更高一级的系统给定了需求。一旦需求到手且文档化了,软件开发团队和有关的团队(例 如质量保证和测试)需要评审文档。发现问题应与客户或其它需求源协商解决,软件开发计 划是基于已确认的需求。 开发团队在向客户、市场部或经理们作出承诺( c o m m i t m e n t )

文档评论(0)

1243595614 + 关注
实名认证
文档贡献者

文档有任何问题,请私信留言,会第一时间解决。

版权声明书
用户编号:7043023136000000

1亿VIP精品文档

相关文档