在EA企业架构中我们经常谈到业务架构流程视图，数据架构信息视图，应用架构应用视图和技术架构。对于流程视图和信息视图是偏业务层面的内容，而对于应用架构，应用集成架构和技术架构则偏技术方面的内容。在原有的EA企业架构和信息化规划中，我们比较少谈到服务视图的概念，而引入了SOA实施方法论和SOA集成后，服务视图的概念就显得越来越重要，服务视图本身是一个服务能力提供视图，是业务和IT能力提供中心。服务视图的构建目的就是能够更加清楚的展现业务和IT的可重用的能力。构建服务视图包括两个方面的内容，一个是服务的识别和定义，一个是服务的展现。服务识别和定义对于服务的识别和定义，我们遵循一个基本的准则，即先通过业务流程，数据和应用驱动识别出候选服务，然后对候选服务进行多维度评分，得到最终选择的服务，然后再对服务进行详细的定义和设计。对于服务识别的核心仍然要以流程，数据和应用三个角度进行分析和梳理。对于流程需要从端到端流程出发，然后进行二级，三级流程的分解，细化到具体的业务活动或操作单元。然后分析这些业务活动或操作哪些是可以复用的公共功能，具体包括：

流程公用性：业务活动单元在哪些流程里面都会使用到？活动和流程的对应关系是如何的？
f
应用公用性：业务活动单元在哪些应用里面会使用到？特别是是否存在多个业务系统使用？
而对于信息视图驱动，则常见的分析方法还是数据和业务功能间对应的CRUD分析。这个分析可以先在已经细化出具体的业务活动单元后再进行。有了业务活动或功能，然后由具体的信息视图中的数据模型，这两者之间可以进行CRUD分析，分析数据跨业务流程，跨系统，跨功能模块的使用情况。这个分析是我们后续识别数据服务的基础。通过上面的方法基本可以得到候选服务清单，候选服务清单的识别来源于流程，数据和应用视图。识别的关键是候选服务具有在多个流程或应用使用的公共性和可复用性。服务定义的重点是对候选服务进行去重和归并，并补充服务所需要的属性项。对于归并和去重后的服务再进行量化的结构化评估。这个评估可以从服务的可重用性，业务灵活性，服务可实现性，服务使用频率等多个方面进行。在量化评估完成后，服务最终可以入库到服务视图。服务视图的呈现对于流程视图展现的是企业所包含的所有业务和流程，而对于服务视图则展现的是企业在业务和流程协作中可以复用的服务能力，这是服务视图和流程视图的一个关键差异点。服务视图r