研发体系培训-UP.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文档。上传文档
查看更多
Best Practices:验证质量 在每次迭代末期对各阶段产出物进行评估。 关键点: 质量标准定义 检测方法 识别修复质量问题 Best Practices:控制变更 将一个迭代周期内每个阶段的产出物所引起的变更关联起来。 关键点: 版本号 代码merge 细化阶段 初始阶段 构建阶段 交付阶段 业务 设计 实现 发布 业务,需求,风险,开发计划 SA,PM,RA 分析设计模型,数据模型,开发计划,非功能性需求 AR,DD,PM 代码,测试,培训手册 IMP,TD 用户手册,体验反馈 QA 每阶段参与角色与产出物 RUP:四阶段 研发体系 RUP Agile XP RUP Agile Open Process XP Scrum 方法论 -Find your shoes- LOGO -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- -Find your shoes- 研发体系之 Author:罗浩 Email:hao.evolution@ 内容 绝对通用的研发流程是不现实的 软件过程 软件研发中的问题 RUP XP 结论 资源 软件过程 产品/功能,成型的每个里程碑时间段 阶段 方法 技术 实践 交付物标准定义要根据当前环境来合理定义 完成每个里程碑交付物的方法 根据各阶段的指导方法,技术/工具,由对应的角色去执行,产生标准交付物 完成每个里程碑交付物使用的技术/工具 软件研发中的问题 业务功能理解错误 业务功能变更 业务功能取消 缺陷率高 重复编码 性能低下 难以维护 进度落后 计划紊乱 团队不配合 构建,发布不可靠 产品失败的原因 RUP:过程预览 RUP:Best Practices Best Practices:迭代开发 每个RUP阶段都可以分解为多个迭代周期。 每个迭代周期是一个完整的开发过程,最终产出一个可执行的产品版本,而这个迭代周期的功能是最终产品功能的一个子集。 提前发现风险 更好的管理变更 高度重用 团队持续学习 更好的总体质量 Best Practices:迭代开发 初始计划 计划 业务建模 需求 分析设计 实现 发布 测试 评估 配置变更 管理 环境 迭代开发:提前发现风险 - 经过一个个的迭代周期,每个阶段产出物需要使用的工具,对应的角色人员已经熟悉,进度计划可以更准确的评估 - 同理,每类角色人员技能已经逐步熟练 - 同理,每类角色人员对产品的业务逻辑的理解也已经逐步深入 工具 技能 业务 迭代开发:更好的管理变更 - 一个迭代周期内,业务变更的影响相对于整个产品来说,不足以引起大规模工作量打水漂 - 记录每个迭代周期由于变更引起的工作量,可以更精确的向客户展示成本增加的原因,改进或者替换不适合的人员 范围 成本 迭代开发:高度重用 - 经过一个个的迭代周期,积累出一套逐步成熟的分析,协作方法 - 同理,每个阶段的产出物,逐步形成规范和模板 - 同理,逐步构建产品/项目的公共代码库 方法 模板 代码 迭代开发:团队持续学习 - 能力和专长不断提升 - 持续改进,符合客户使用习惯 - 持续健壮性提升 人员 产品 架构 Best Practices:管理需求 一种用于查找、记录、组织和跟踪系统需求变更的系统化方法。 难点: 需求不总是显而易见的,而且它可来自各个方面 需求并不总是能容易用文字明白无误地表达 存在不同种类的需求,其详细程度各不相同 需求之间相互关联关系 需求会变更 业务,需求,开发,协作完成 技能 范围控制,细化 理解,分析 管理变更,use case driven 管理需求:难点处理 Best Practices:使用组件式架构 实现了标准通用协议,封装独立的一部分业务逻辑,可重用,支持热插拔的功能块。 优点: 重用 性能可控 组件式架构 Open Services Gateway initiative Service Component Architecture IBM、 Oracle(Bea、Sun)、RedHat、SAP 、 Siemens SOAP,基于XML格式规范 HTTP、SMTP、HTTPS OSGi SOA:SCA Web Service Best Practices:可视化建模 用语义丰富的图形,文本,符号进行软件设计。 优点: 直

文档评论(0)

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

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

1亿VIP精品文档

相关文档