软件项目的范围管理-需求管理.pptVIP

  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文档。上传文档
查看更多
软件项目的范围管理-需求管理

引言 引言 引言--为什么要管理需求 系统开发团队之所以管理需求,是因为他们想让项目获得成功。满足项目需求即为成功打下了基础。若无法管理需求,达到目标的几率就会降低。 Standish Group 从 1994 年到 1997 年的 CHAOS Reports 证实,导致项目失败的最重要的原因与需求有关。 1997 年 12 月,Computer Industry Daily 报导了 Sequent Computer Systems 公司的一项研究,该公司对美国和英国 500 名 IT 经理作调查后发现,百分之七十六的受访者在他们的事业中经历过完全的项目失败。其中提到最多的导致项目失败的原因就是“变更用户需求”。 为什么要管理需求?避免失败就是一个很充分的理由。提高项目的成功率和需求管理所带来的其他好处同样也是理由。Standish Group 的 CHAOS 报告进一步证实了与成功项目关系最大的因素是良好的需求管理。 引言 需求管理中的问题举例 需求的隐含错误 需求不明确、含糊 用户不断增加需求、变更需求 用户刁难 开发人员的镀金 引言—需求管理的困难性 需求分析过程 轻松一分钟 ——True Tech Support Stories ? A woman complied with a techs request to send in a copy of a defective diskette. A few days later, the tech received a letter from her along with a xerox copy of the floppy. ? A tech advised a customer to put his troubled floppy back in the drive and close the door. The customer put his phone down and was heard walking across the room and shutting the door to the room. 软件需求定义 需求是指用户对软件的功能和性能的要求,就是用户希望软件能做什么事情,完成什么样的功能,达到什么性能。 需求为用户解决问题或达到目标所需的条件或权能 系统或系统部件要满足合同、标准、规范和其它正式规定文档所需具有的条件或权能 一种反映上述条件或权能的文档说明 软件需求定义 软件需求定义 软件需求定义 软件需求定义—需求的层次 软件需求的定义 商业/业务需求:宏观的高级层面 使用者需求: 从客户使用的角度出发 功能需求: 开发者必须制造的功能 性能需求: 软件所能达到的特定的运行性能 质量需求: 使用软件时的稳定性 系统需求: 运行环境、外部接口等 非功能需求:受其他环境和商业环境影响 开发局限:约束和限制 软件需求的定义--需求管理的重要性 软件需求的定义-项目失败原因 软件需求管理的过程 需求是什么?需求就是以一种清晰、简洁、一致且无二义性的方式,对一个待开发系统中各个有意义方面的陈述的一个集合。 需求工程一般指应用已证实有效的原理、方法,通过合适的工具和记号,系统地描述出待开发系统及其行为特征和相关约束;通常是一些过程的集合:需求获取(需求引出)、需求分析和编写软件规格说明书(SRS)及验证(包括鉴定和证实)。 需求工程涉及人员 软件需求管理的过程 软件需求管理的过程 软件需求管理的过程-需求获取 需求的来源 访问并与有潜力的用户探讨 把对目前的或竞争产品的描述写成文档 系统需求规格说明 对当前系统的问题报告和增强要求 市场调查和用户问卷调查 观察正在工作的用户 用户任务内容分析 软件需求管理的过程-需求获取 适当的用户分类:不同的用户分类(工资管理系统) 寻找用户代表 谁说了算 进行用户访谈 寻求客户 客户是谁? 用户是谁? 他们的需要是否不同? 他们具有什么背景、能力和环境? 业务流程 问题是什么? 想要解决该问题的原因是什么? 是否存在其他想要解决该问题的原因? 成功解决方案的价值是什么? 现在您如何解决问题? 时间和价值之间如何折衷? 在其他什么地方可以找到此问题的解决方案? 用户访谈例子 软件需求管理的过程-需求获取 软件需求管理的过程-需求分析 需求分析是为最终用户所看到的系统建立一个概念模型,是对需求的抽象描述。 需求分析与程序分析的不同 软件需求管理的过程-需求分析 完整 准确 清晰 具体 软件需求管理的过程-需求分析 软件需求管理的过程-需求分析 需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书 需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定

文档评论(0)

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

该用户很懒,什么也没介绍

版权声明书
用户编号:7065136142000003

1亿VIP精品文档

相关文档