rup大讲堂(第二讲)业务驱动开发的原则ver14.doc

RUP大讲堂(第二讲)-业务驱动开发的原则 北京恒讯时代信息技术有限公司 肖勇xiaoy@ 议程 ? 背景 ? 最佳实践介绍 适合的过程； 平衡利益相关者的关系； 团队的协同； 体现跌代的力量； 提升抽象的级别； 不断的改进质量 ? 小结 2 背景 ? 业务更加依赖于IT技术 ? 软件由以技术为中心转变成为以业务为中心 ? 软件技术目前已经具备 ? 软件管理手段日益成熟 3 背景-随需应变的世界所面临的挑战 整合业务流程 系统和人 管理复杂 异构的环境 Build, Integrate, Extend, Modernize, Deploy 业务流程可以 灵活应变 提高资源 的利用率 降低成本 4 背景-让随需应变成为现实 随需应变的业务需要一个随需应变的支撑环境 Requires 创造业务灵活性 随需应变支撑环境 的能力 优化 IT 架构 Provides 随需应变支撑环境的特征 开发、整合、虚拟、自主 Supports 业务绩效管理 端对端业务流程 Enables 5 回顾- RUP的三大中心的元素 ? 是成功软件开发的一组原则；这些原则是RUP开发出来的 基础； ? 是可复用的方法模型和过程建构的框架，将熟悉的方法 融和在过程中将你自己的方法配置定义成为你自己的方 法框架并且裁减过程； ? 具有统一的软件方法和过程定义语言。采用统一方法架 构的元模型，用于体工软件工程方法和过程。 6 最佳实践的变迁 ? 提高过程的适应性。 ? 迭代开发 。 ? 管理需求。 ? 使用基于组件的开发方式。 ? 可视化模型。 ? 平衡有竞争的涉众的优先级。 ? 团队协作。 ? 迭代地证明价值。 ? 提高抽象层次。 ? 持续的保证质量 。 ? 持续关注质量。 ? 变更控制。 7 提高过程的适应性 ? 对于软件项目而言过于复杂或者过于简单的过程都是不 适合的，需要精确，可控，而过程的裁减这需要根据不 同的因素，包含项目的规模，团队的分布，项目扩展约 束的书量以及项目所处的大的阶段 ? 好处：生命周期的效率；开放并且诚实的沟通风险 ? 处理方式： 跟据项目需要定义过程模型的规模； 适合的流程可以真对项目的不同的阶段可以不断的根 据项目的实际情况进行改进 根据不同的不确定性的级别平衡计划和预估 8 提高过程的适应性-过程规模选择 ? 过度复杂的过程是没有必要而且不好的，因为这样会带 来： 过多的工作成果和细节； 更多的模型需要同步； 需要更多的外部评审。 ? I建议小的团队则使用轻量级的过程， ? 对规模的需要扩大项目则需要更多的约束 9 提高过程的适应性-考虑流程强度的因素 简单升级 动态Web应用 传统应用升级 系统之系统 研发原型 静态Web应用 商业软件 基于构件的应用(J2EE, .Net) 实时、嵌入式应用 严格的认证要求 流程控制强度 需要弱流程控制的情况 需要强流程控制的情况 分布的开发团队 非分布的开发团队 大型项目(多个小团队组成更大的团队) 小型的简单项目 项目干系人较多 项目干系人较少 生命周期的后期 生命周期的前期 存在外部强制的约束 内部设定的约束 标准、法律要求 合同要求 10 －－源自Walker Royce的《基于结果的软件管理》 提高过程的适应性-生命周期中的流程控制强度 弱流程控制 强流程控制 (为快速适应变化而优化) (为实现高质量的产品发布而优化) 产品 发布 流程强度 ? 产品质量 (距离发布的时间) －－源自Walker Royce的《基于结果的软件管理》 11 提高过程的适应性-预估以及改进 ?项目早期： ?最小化过程的形式，便于建立， ?集中精力在大的蓝图上， ? 解决不确定性 ?在项目的中后期： ?增加形式化， ?提供更多的管控， ?增加精确的计划 ?持续的加强过程的改进， ?在项目的结束或跌代的结束后对项目进行改进 ?鼓励项目成员能够找到改进的机会 12 平衡有竞争的涉众的优先级 ? 平衡利益相关者之间的利益关系， 一般情况下业务的利益相关者之间都有冲突； 其次，客户化要求和已有资产之间的冲突 ? 好处： 按照业务和用户的需求进行应用开发的安排； 降低个性化的开发，优化业务的价值 ? 方式： 定义，理解并且优化业务和用户的需要； 优化项目的要求，并且连接需要和软件能力； 明白我们拿些已有资产能够有比较大的作用，平衡资产复用和 用户需要的关系 13 平衡有竞争的涉众的优先级-业务和涉众需要的重要性 ? 高效的管理软件需求： 捕捉业务过程 优化项目和软件的能力来支持业务的需要 ? 根据对项目的理解修改相应的优先级，让客户确定你已经明 白他们的需要，可以使用以下技术手段： 用例的驱动 以用户为中心的设计 ? 采用已经有的打包软件和已经有的资产来加快软件的开