需求分析师培训课件_第1页
需求分析师培训课件_第2页
需求分析师培训课件_第3页
需求分析师培训课件_第4页
需求分析师培训课件_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

高级需求分析师培训,高级需求分析师培训,为什么如此重视需求?瀑布方式有哪些问题?使用哪种需求模式?如何做一个合格的需求分析师?敏捷软件开发模型(scrum方法)课程的回顾与建议,为什么如此重视需求?,需求分析不到位,是产生软件缺陷的最大原因,需求分析不到位的原因?,客户一般是非计算机专业人员,软件开发人员与客户沟通存在着比较大的困难,对要开发的产品功能理解也不一致。由于软件产品还没有设计、开发,完全靠想象去描述系统的实现结果,所以有些特性还不够清晰。客户的需求总是在不断的变化,容易引起前后文、上下文的矛盾和需求描述的不一致。需求分析没有得到足够的重视,在规格说明书的设计和写作上投入的人力、时间都不足。没有在整个开发队伍中进行充分的沟通,造成人们对问题理解的不一致。,瀑布开发过程,瀑布模型的8条经典法则:,在设计之前先要冻结需求。在详细设计之前不要编码。在集成之前要完成单元测试。必须有详细的文档。所有的交付文档都需要详细并且维护可追朔性。质量评估必须是单独的团队(QA)。高度精确的对所有的事情做计划。审查所有的事情。,瀑布式开发的场景,“需求冻结”,需求的滚动式完善模式,变更点放在那里更合适?,需求的滚动式完善模式,以每个里程碑为一个单元制定项目计划,建议一个里程碑的时间长度为项目整个生命周期的1/12左右,每个里程碑是一个完整的计划、实施与控制过程,其任务就是交付一定数量的产品。在一个里程碑时间段内需求是不能变更的。在每个里程碑点上,除了传统的检查评审以外,还需要加上一项,就是与客户一起主动寻求新的需求,进而制定新的计划,化被动为主动。这样一来,需求管理与项目管理之间的集成关系就变得清晰了。,如何避免需求变化对开发造成的混乱?,前期进行合理划分(自顶向下逐步求精法),如何做一名合格的需求分析师?,1、热爱需求分析工作,用心,善于学习。2、帮助用户分析问题,提供解决问题的方案。(问题分析是站在业务的角度,而不是技术的角度思考问题)3、用创新思维发现潜在需求,如何做一名合格的需求分析师?,4、确定产品边界5、善于书写良好的文档(图文并茂,通俗易懂),敏捷软件开发模型(背景),软件开发管理一直存在着两个极端:一个是没有管理,所有的工作都是为了软件的产出,这种游击队方式往往导致软件开发过程的混乱,不断返工修改造成产品质量低,最后是士气低落。另一个极端是大量管理活动的加入,虽然管理活动的加入能够在一定程度上提高开发过程的有序性和可控性,但很容易导致团队的被动、低效率、没有创新能力。因此,敏捷方法试图寻找一个平衡点,用更加合理的管理活动,充分发挥人的积极性、主动性和创造精神,从而带来最大的产出,并达到软件的高质量。,Scrum软件开发方法,核心价值观:承诺(Commitment)专注(Focus)、公开(Openness)、尊重(Respect)、勇气(Courage),Scrum的骨架,Scrum的角色划分,两种角色:“责任者”、“利益相关方”规则:利益相关方在计划与评审期间充分发挥自己的影响力,而一旦冲刺开始,就把权力交回给“责任者”,使他们全力以赴的工作,避免在冲刺期间对项目横加干涉。这个规则对于Scrum的成功非常重要。,时代呼唤优秀的软件分析师,1、分析师重要的工作是构思创新的产品2、把创新纳入有效的管理规划之中3、聚焦于人,而不是工艺技术4、分析师需要努力保持简单5、要善于书写良好的文档6、迭

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论