定制化产品探讨(周金根)

1、 2002 IBM Corporation第九届中国软件工程大会(CCSE 2012)定制化产品探讨定制化产品探讨演讲人演讲人： 2商业组织流程架构定制化产品探讨模型驱动开发敏捷个人高效团队精益组织周金根周金根管理Open Product Development Famework ( OPDF v0.5 )企业架构产品开发资产开发规模化定制化3敏捷个人 - 认识自我，管理自我周金根 架构师、培训师 专注软件研发、产品管理、敏捷个人4敏捷个人 - 认识自我，管理自我态度知识技能行行发现自我感觉接纳自我心理认识自我认知创造自我精神做正确的事做正确的事正确的做事正确的做事成长平衡点成长平衡点知知意识

2、方法工具敏捷个人架构图 版本1.2 Created by 周金根学习认识自我管理自我原则目标专注 知行合一 积极学习发挥优势 精力时间 方法带人习惯读书 自省每日故事每周故事每月故事每年故事目标以终为始以终为始提供企业内训提供企业内训 2012 CCSE5 5议程议程 复用复用 软件产品线工程软件产品线工程 模型驱动开发模型驱动开发6敏捷个人 - 认识自我，管理自我1 重用7产品规模化面向市场的产品目标819601970198019902000重用的历史9软件复杂性 系统自身涉众对功能和质量的更多需求 重用资产组合需要解决更多客户群组的需要10软件策略技术创新重用流程改进11 2000年8月

3、第一届软件产品线研讨会核心资产更大范围的重用196019701980199020002006问题域12产品组合Product Mix产品族Product Family产品组Product Group产品单元Product Unit产品成员Product Member产品变体Product Variant产品树模型产品线Product Line客户驱动 市场驱动 技术驱动战略性的1314强制的15缩短上市时间，开发生产力能够提高5-105-10倍由于使用的是经过验证的工具，产品质量显著提高积累领域知识.特定领域模型商业价值能够实现的16效率和成本产品数量累积成本单一产品产品线先期投资3个收支平衡

4、有计划的172 软件产品线工程18产品开发传统的开发产品线开发特定项目基于代码或框架特定业务领域基于业务平台代码重用高达90%的核心资产重用产品开发19 成熟度 稳定度 资源约束（不仅是时间和金钱，还有专家） 组织约束 市场潜力（外部和内部） 通用性和变化性 高内聚低耦合 已存在资产产品线风险分析20商业Business架构Architecture流程Process组织Organisation方面商业财务愿景战略重用参考架构可变性领域应用协作协作组织结构角色职责级别1维度级别2级别3级别4级别5基于单项目有意识可管理可测量最优化独立开发标准基础设施软件平台可变性可配置初始受管理已定义定量管理持

5、续优化项目重用弱关联同步基于领域BAPO成熟度模型21产品线四个主要原则3. 可变性管理1. 商业驱动2. 架构驱动4. 两阶段生命周期产品线四个主要原则22产品线产品族1. 商业驱动技术战略 + + 商业战略产品组合计划问题域分析核心资产范围23传统的IT角色扩展的IT角色应用接口系统传统的信息规划应用数据（信息）技术技术平台网络基础设施解决方案/应用架构师IT技术架构师数据库信息构件业务架构师业务咨询师市场驱动业务战略业务流程和信息组织功能流程产品事件组织单元位置施动者角色.业务规划咨询厂商/企业架构师角色企业架构师驱动 整体视图目标 架构原则愿景 IT-业务对齐24 IDS Scheer

6、 AG 业务战略业务需求项目管理组合分析业务架构业务流程、角色业务变革、协作数据架构技术架构硬件、服务器、操作系统、网络应用架构系统、服务、功能数据、业务对象、交换格式、安全和隐私企业架构25企业应用蓝图T平台26代表早期的设计决策架构很难改变对方向性很重要能利于和涉众沟通第一个设计工件性能可扩展性可靠性安全性系统重用的关键可传递的重用2. 架构驱动管理组织结构商业方法技术方法业务方法27开发工具包元数据建模工具界面设计工具规则定义工具代码生成工具报表开发工具发布部署工具门户管理工具实施工具包表单设计工具流程设计工具报表设计工具协同办公产品线 沟通管理 公文处理 会议管理 车辆管理 档案管理

7、信息发布集成工具包适配器开发工具门户集成工具集成建模工具项目管理产品线 合同管理 物资管理 设备管理 造价管理 进度管理企业门户移动门户即时通讯微门户智能客户端数据访问文件访问事件处理事务处理异常处理缓存机制负载均衡安全服务界面展现国际化G-SQL日志服务运行框架平台层应用层表现层组织权限预警认证基础服务字典编码脚本引擎互信引擎报表引擎集成引擎运行引擎流程引擎搜索引擎 行业插件 定制插件 行业插件 定制插件其它应用 自有插件 三方插件 管理控制台Microsoft .NET Framework平台工具集项目管理业务应用框架协同办公业务应用框架业务组件库T6 平台整体架构28基础平台管理工具协同

8、应用业务应用开发工具实施工具集成工具平台门户业务开发人员实施人员信息系统管理人员用户开发配置集成具备快速客户化开发实施能力的平台29产品线架构特定领域模型语言产品线分析问题域范围分析通用性分析可变性分析问题空间抽象方案空间特定领域组件框架元模型模型解释器平台产品线分析和架构30产品商业目标、业务领域参考架构对象、组件和服务核心资产共享一个构建成属于特定满足组织参考架构31定制功能通用功能可变功能产品功能实现技术适配替换扩展3. 可变性管理产品线范围32基于 T6 平台的产品架构标准产品行业开发客户化标准客户化插件客户化成果行业产品行业插件行业接口高级客户细分行业开发部标准产品开发部合作伙伴客户

9、化开发部T 平台合作伙伴72133特征建模34产品开发核心资产开发开发以重用使用重用来开发领域工程应用工程配置通用功能扩展定制扩充范围7 72 21 1领域需求领域设计领域实现领域测试共性域系统需求应用设计应用实现应用测试特定产品4. 两阶段生命周期输出核心资产构建指南产品线范围输出反馈新的核心资产产品35业务开发工具低成本、高效率地开发高品质模块高水平平台架构师，搭建好经过严格测试高品质的业务模板中低级开发工程师，通过业务开发工具快速开发高品质业务模块T平台架构师开发模板单据模板字典模板参照模板报表模板流程模板规则模板组件模板库业务组件生成引擎配置与开发开发工程师业务系统需用计划采购计划材料

10、采购合同.机械设备采购合同36纵向领域成本管理指标管理运维管理横向领域报表引擎工作流引擎业务技术包含使用类似核心资产关系领域工程AutoUI37领域工程开发活动领域定义 目标和风险承担者分析。此活动的工作量依赖于项目的大小和上下文。 领域范围界定和上下文分析 应用领域和现有系统的分析 领域特征的确定 与其他领域关系的确定 领域建模 关键概念的确定 应用领域和现有系统的分析 领域特征的确定 与其他领域关系的确定 关键概念的特征建模（共同点、可变性、特征依赖和特征交互） 领域分析领域设计领域实现领域测试DSMDSM生成器实现组件 整个实现架构的规范 领域特定语言的规范 配置知识的规范 领域定义 领

11、域建模38每次发生的问题都有很多方面是相同的，而这些相同的方面可以一次性的解决。我们需要解决重复发生的问题的方法。根据问题空间来定义一个模型语言，让我们有能力在问题空间工作，避免以往用通用语言表述问题容易犯的一些错误，降低了犯错的机会。 对于问题的每次发生，就用这个特殊语言建立模型，然后把模型插入到解决方案的固定部分。解决方案中的固定部分采用传统的设计、编码和测试技术实现。根据要解决问题的规模和种类，固定部分可以称为框架。高度抽象后，开发更统一规范，速度和质量都有所提高领域工程应用工程问题空间方案空间问题域的可变性产品变体规格产品线平台特定平台产品线和模型393 模型驱动开发40传统的开发方式

12、时间范围成本质量方案：RAD工具工具缺点：受约束的功能难定制依赖性强方案：CASE工具工具缺点：落后于当前新技术缺少灵活性固定语言方案：离岸缺点：落后的工业化和维护性协同一致沟通壁垒产品技术业务What How41传统的模型p 代码的模型表现p 模型草图或者文档p 重型建模开发p 生成需要更改的代码p 生成不足够的代码p 不使用模型和代码的双向同步基于UMLUML的MDAMDAn 特定领域业务n 模型作为核心资产来驱动后续产品开发n 基于需要部分建模生成产品，迭代进行n 生成领域框架需要的执行模型或者代码n 自己完成控制生成环节n 由模型生成代码特定领域模型DSMDSM42语言文本图形特定通用

13、Class Invoice: Document public void Bill()CallRecord 07713248ab & c=dJohnPhilCookiesFish2432Greenblue4344WebML设计模型定制规则生成应用45模型基于DSL 每一个 DSL 的核心都是一个域模型 可以是文本，也可以是图形，或者两者混合使用 图形DSL有几个重要内容必须要定义 符号 域模型（域类和关系、约束） 生成 序列化 工具集成 DSL问题域语义模型生成代码46代码生成输入模型模版输出代码AST47模型驱动DSL框架48模型驱动开发 一种以模型作为主要工件的高级别抽象的开发方法，

14、模型在工具的支持下，被作为核心资产被转换成代码或者可运行配置。建模的过程是由不同阶段的成员来完成，有些模型之间有引用关系，应用软件通过所有人的建模工作而构建起来。 特定领域建模 DSM 软件工厂 Software Factories产生式编程 Generative Programming 语言工作平台 Language Workbenches 面向语言编程 LOP 意图软件 Intentional Software 模型驱动架构 MDA49谁在用Eclipse EMF/GMF IBM SAPOpenArchitectureware XText ItemisxUML/MDA Kennedy Ca

15、rter Blue Age Artisan AndroMDA Olivanova Model ExecutionMicrosoft DSL Tools OSLO(rebranded to Microsoft SQL Server Modeling)MetaCase MetaEdit+Language workbenches Jetbrains MPS Spoofax Intentional Workbench Code Fluent 50Eclipse Modeling Project51软件开发中使用模型的演化抽象层级1.CASE工具需求需求通用模型通用模型操作系统语义鸿沟2.框架和DSLs

16、需求需求DSL模型模型操作系统操作系统语义鸿沟框架框架3.关联DSLs需求需求DSLDSL操作系统操作系统框架框架DSLDSLDSLDSLDSL52模型的一些用途模型报告模型检查1.验证模型运行期 解析2.解析模型生成的 代码代码生成3.代码生成程序代码部署文件文档配置测试53Mendix54提高抽象级别专用的方案域的技术相关内容直接使用问题域的业务概念和规则最终产品代码只有代码最终产品代码模型模型代码分离最终产品代码模型代码可视化最终产品代码模型双向转换最终产品代码模型特定领域模型55需要客户问题产品问题技术问题问题空间方案空间1123问题金字塔56业务工程 平台针对业务专家而不是开发人员，

17、采用一种统一的可视化模型方式来进行业务分析，应用软件大部分功能由业务分析师完成，而剩下的复杂功能由技术人员来解决。 业务-IT对齐关注问题域，领域专家通过构建核心资产模型参与开发过程，捕获领域知识，改善涉众沟通，通过可运行模型可以很好的进行设计和实现阶段的衔接提高产能开发快、降低成本、提高质量积累核心资产构建块、模板等都会在应用开发过程中很好的进行累积，提高可重用性、一致性、可维护性 OpenExpressApp make business engineers develop applications 57领域模型元模型领域框架元模型解析可执行模型定义运行代码生成模型解析模型驱动开发软件产品线

18、工程架构框架特定领域模型模型驱动软件工厂模 型一个程序是对某个领域的某个问题领域以及解决方案的清晰而明确定义的模型表示。特定领域模型作为核心资产来驱动后续产品开发58领域专家具备问题域的丰富业务知识，他们熟悉领域内的术语、概念、流程和规则。当开发业务系统时，专家懂得业务知识。如果是技术领域，则架构师和开发经理就是领域专家。特定模型语言开发人员设计元模型，并提供使用指导和模型示例。语言开发人员与领域专家和关键DSM用户关系密切。生成器开发人员从模型转换成代码。通常生成器开发人员也是定义领域框架的人员。领域框架开发人员通常是有应用架构的具有丰富经验的架构师和开发人员。他们提供在目标环境下的参考实现，并且已经开发过组件框架、类库等。建