Polarion与EA Enterprise Architecture对比
Entreprise Architect与Polarion EEA对比
功能模块对比 | 说明 | 备注 | Polarion EEA | Entreprise Architect |
EEA电子电气架构/SOA架构开发 | 1、支持EEA开发各业务流程，包括功能清单、FIP、功能定义FDR、功能实现FR、系统架构设计SRD、LC部署、ECU设计等； 2、支持SOA架构各业务流程，包括功能清单、FIP、功能定义、功能设计、模块设计、服务设计等 | EA是一款通用的建模软件，对于汽车行业电子电气架构/SOA架构需要寻找特定服务商进行二次开发；尽管EA在行业内有广泛使用，也是类似Visio一样的绘图功能； Polarion 在汽车行业内大量广泛使用，在合众汽车也应用良好。其EEA模块根据目前汽车行业电子电气架构/SOA架构开发的主流开发流程、方法论进行了适配，OEM可基于其成熟的方法论及工具特性进行业务开展，也可根据特殊需求进行定制化； | ★★★★ 支持（现有功能） | 不支持（需要寻找二次开发服务商）
|
功能选型 | 通过客户需求调查、竞品对标、新技术调研，Function Owner组织项目组、架构或属性相关人员组织评审，确认功能开发的价值以及成本、周期，并形成架构平台功能清单（Global Fucntion List）,包括功能域、功能组、主功能、子功能等，并根据具体车型以及装车计划进行打点形成FIP | 1、支持功能清单Function List管理 | 支持（现有功能） | 不支持 |
2、支持FIP打点； | 支持（现有功能） | 不支持 | ||
3、支持功能开发负责人分配 | 支持（现有功能） | 不支持 | ||
功能定义Function Definition | 针对功能清单中每一项功能创建用例（Use Case）,描述功能行为和用户使用场景，分析功能需求及非功能需求 | 1、支持创建用例图（Use Case Diagram）; | 支持 | 支持 |
2、支持用例场景编辑； | 支持 | 支持 | ||
3、支持创建用例需求； | 支持 | 支持 | ||
功能设计 Function Design | 针对每一个用例设计功能实现方案，描述不同模块（Module）如何协作来实现功能，基于PC绘制时序图，提出PC操作及PC需求并分配给对应的Module,同时与Module Owner握手；
| 1、支持绘制时序图 | 支持 | 支持 |
2、支持创建PC 需求 | 支持 | 支持 | ||
3、支持Function Owner与Module Owner针对PC操作及PC需求分配的握手流程 | 支持 | 不支持 | ||
模块设计 Module Design | 根据PC以及PC需求的输入，Module Owner设计实现PC的SWC，设计服务接口，设计服务需求，并进行服务部署； | 1、支持绘制PC设计图 | 支持（现有功能） | 支持（需二次开发MDG） |
2、支持绘制SWC 设计图 | 支持（现有功能） | 支持（需二次开发MDG） | ||
需求管理 工具链打通能力 | 电子电气系统架构EEA是复杂系统工程的一部分，EEA默认包含了系统需求和设计，需求和设计不分家，因此应该尽量在一个平台上实现”需求+设计”+验证完全打通。避免系统性的工作被割裂和分散在不同工具中。 | 避免系统性的工作被割裂和分散在不同工具中。对于仿真和测试等验证工具，特点是专业性极强，每一类仿真和测试都有专业工具，需要所选则的工具链平台有极强的集成能力和扩展能力。 | ★★★★★ 支持（很强） | ★ 支持（很弱） |
实际使用率 | 购买不代表实际使用 要对比实际使用情况 | PREEVISION建模语言和能力的支持都比EA更专业，知名度和购买范围被EA更加广泛。几乎所有汽车整车厂都买过PREEVISION，但为什么大多数没有使用，几乎都还在使用word+Excel？ | 100%在使用 | 不详？ |
建模语言 | 例如UML、BPMN、SysML等建模语言 | 目前EEA、SOA架构开发主要还是使用UML语言；精通任何一种语言都可以很好的沟通交流，语言不是越多越好。 PREEVISION建模语言和能力的支持都比EA更专业，知名度和购买范围被EA更加广泛。几乎所有汽车整车厂都买过PREEVISION，但为什么大多数没有使用，几乎都还在使用word+Excel？ | ★★★★ 支持 | ★★★★★ 支持 |
模型驱动开发 | 将模型转化为代码，并支持多种编程语言，如Java、C++ | 模型驱动开发已经超出EEA架构系统设计，该指标对比对于EEA开发无实际意义；并且，目前在汽车行业基本无使用EA进行模型驱动开发的案例； 汽车行业模型驱动开发MBD需要更专业的工具，例如MATLAB SimulinK，没有听说使用EA的。Polarion 作为专业的ALM工具可集成MATLAB Simulink等设计工具，并与Polarion EEA进行上下游的数据传递、协作。 | 集成专业开发工具 | ★★ 支持（很弱） |
模型验证和仿真 | 通过对模型进行验证和仿真来发现潜在的问题和错误 | 设计与仿真是两个专业领域。模型仿真关于各类系统模型的仿真，建议选用专业的仿真工具。该指标中“仿真”对比项对于EEA设计开发无实际意义。 系统仿真是耗时耗资巨大的项目，很多企业先期投入巨资后期无法维系，因此在业内没有听说哪家企业真正建立了电气电气架构EEA系统仿真的能力。 很多人分不清楚“验证”、“仿真”和“检查”的区别。仿真不是用于发现错误的，仿真是用于验证效果的。建议可以开发一些检查项Cheklist用于分析模型的潜在问题和错误。 | 集成专业仿真工具 支持根据需求进行检查验证，但不支持仿真。 | ★ 支持（很弱） |
模型共享和协同 | 团队成员共同协作开发同一模型，并能够实时进行版本管理和变更控制 | EA可支持团队协作开发同一模型，但其对模型元素的版本管理和变更控制是缺失的； Polarion EEA不仅可以支持团队协作，并可根据不同的角色分工为团队人员分配工作权限，同时其基于Polarion ALM的优势可进行模型元素版本管理、版本切换、版本差异分析，变更影响分析等； | ★★★★★ 支持（很强） | ★★ 支持（很弱） |
网络开发 | 支持整车网路和矩阵开发 | EA目前无整车网络开发、通信矩阵设计、DBC及ARXML文件导出能力； Polarion EEA可支持网络开发、DBC及ARXML文件导出； | ★★★★ 支持 | 不支持（需要寻找二次开发服务商） |
文档管理 | 支持现在文档管理和版本管理 | 什么是“文档管理”，需要对文档管理有正确的认识，必须具备多种文档、文档版本、基线、结构化、协同编辑、协同审签等最基本的功能。EA目前只具有插入Word文档，并进行文档编辑、生成的能力，无文档管理、变更管理和版本管理的能力； Polarion EEA不仅可将现有的文档进行管理，同时支持基于模型生成文档、文档中工作项与模型中工作项为同一数据源，可实现模型与文档数据更新的同步，另外Polarion EEA可支持Word 双向协同、文档对比、重用等，并支持版本管理，显示视图切换等； | ★★★★★ 支持（很强） | ★ 几乎不算不支持 |
变更流程 | 支持变更流程，变更版本管理、变更影响分析 | EA工具本身无版本变更管理的能力，需要借助于SVN工具实现，但是实际项目使用过程其与SVN的兼容性差，无法实现有效的版本管理、变更管理； Polarion EEA可根据OEM架构开发流程适配变更流程，并具有优异的版本管理、变更影响分析能力； | ★★★★★ 支持（很强） | ★ 几乎不算不支持 |
功能模块对比 | 说明 | 备注 | Polarion EEA | Entreprise Architect |
SOA开发使用用户 | 需求管理是SOA开发必不可少的重要环节，新EEA架构需要满足灵活多变的服务，服务来自多样化的需求和应用场景频繁的迭代变更。 | 吉利（部分品牌项目）、江铃已经正式使用 | ||
领域专业性 | EA是一款通用的建模软件，对于汽车行业电子电气架构/SOA架构需要寻找特定服务商进行二次开发；尽管EA在行业内有广泛使用，也是类似Visio一样的绘图功能； PREEVISION建模语言和能力的支持都比EA更专业，知名度和购买范围被EA更加广泛。几乎所有汽车整车厂都买过PREEVISION，但为什么大多数没有使用，几乎都还在使用word+Excel？ | |||
价格 | Polarion EEA模块包含了Polarion登录和浏览权限，不需要Polarion占用其他模块许可。 | |||
二次开发接口及便捷性 | 如果说EA已经很成熟，为什么还需要大量的二次开发 | 100% 开放 | ||
模型 | PREEVISION建模能力的支持都比EA更专业，知名度和购买范围被EA更加广泛。几乎所有汽车整车厂都买过PREEVISION，但为什么大多数没有使用，几乎都还在使用word+Excel？ | |||
稳定性 | 国内95%以上汽车主机厂都在使用Polarion，全球大量用户证明Polarion系统稳定良好。 | |||
成熟度 | 如果说EA已经应用很成熟，为什么还需要大量的二次开发？自相矛盾 “成熟”同时代表“陈旧”，PREEVISION相对是最成熟的，EA作为通用绘图工具不具备专业性，Polarion作为新一代专业EEA开发平台具有原生优势。 | |||
可扩展性 | Polarion 100% BS架构，已经可集成从EEA需求+设计+验证的大部分专业工具。EA仅仅是这个工具链上的一个绘图工具。EA和Polarion可扩展能力不在一个层面上。 | |||
操作性 | 合众在使用Polarion需求管理模块，国内95%以上汽车主机厂都在使用Polarion | 轻量化、易学易用 | ||
生态 | Polarion 100% BS架构，已经可集成从EEA需求+设计+验证的大部分专业工具。EA仅仅是这个工具链上的一个绘图工具。Polarion生态更加丰富和完备 | |||
共建能力 | 共建是一种理想，各个公司都有自己的Know How和IP。最有可能共建的工业物联网也没有推进成功，工业软件领域不存在共建可能。买工具不是买理想，要的是实际效用。 如果说EA已经应用很成熟，为什么还需要“共建”，为什么还需要大量的二次开发？自相矛盾 | Poalrion为客户提供行业最佳实践方案以及可扩展平台，客户可根据自身需求扩展。 | ||
用户规模 | 国内95%以上汽车主机厂都在使用Polarion做需求管理；从需求与系统设计密不可分。 | |||
性能 | 支持5000人同时在线，响应在毫秒级 编辑显示几千个工作项 | |||
可视化能力 | 图文并茂，所见即所得 同时具备自然语言、图形化显示和互操作能力 | |||
文件格式导出/兼容性 | ARXML UML Word/Excel离线协同 DBC SWRS | |||