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