首页 > 编程知识 正文

架构师130面试题及答案,项目部组织机构及职责

时间:2023-05-06 16:32:24 阅读:25944 作者:557

请注意,业务体系结构是一个完整的概念,有多个体系结构文档,并协同进行形式化的图形建模。 企业内部与业务相关的各个方面、人、事、物、时间、环境等,都可以在业务结构的描述中找到详细的内容及其母内容。 业务体系结构与流程体系结构不同,流程体系结构是业务体系结构的一部分。 业务体系结构与业务建模不同。 业务建模只是形成业务体系结构的一种方式。 运用形式化的方法,明确描述企业业务——业务体系结构应达到的。

业务体系结构的形式可以以价值链或端到端流程分析为切入点,组织结构和岗位角色建模是业务体系结构的基础内容,在此基础上围绕流程和数据两条线相互融合展开,流程为子流程数据涉及数据域、数据主题和分类、具体数据的概念模型和逻辑模型等。 或者,最初可以说是价值链分析、基于端到端流程的高端流程建模,在某种程度上分解后,进入业务用例分析和建模、业务对象分析和建模。

在过程建模过程中,尤其是分解后的下游过程,仍然建议采用EPC事件流链的方法进行建模。 EPC流程图包含流程活动、活动、部门角色、业务对象等多项内容,汇聚在一起。 更全面地了解企业内部业务流程中的各个相关事宜。 因此,整个过程建模的理念是高端价值链、“传统的功能流程图”和“EPC流程图”。

在这些流程和活动中,有大量的输出文档和延迟,包括流程列表、每个流程的详细活动描述列表(活动、输入、输出、业务对象、部门角色)、业务功能和活动列表、组织信息列表、部门和角色信息列表、业务对象详细描述列表如果只通过端到端流程分析进行输出,则此列表不完整。 因为某些业务部门的日常例行管理工作、监控工作、统计分析工作等非端到端流程莫属的业务功能和活动。 这也是业务结构不能简单自上而下完成的原因。 为了解决这个问题,需要对企业中的各个业务部门进行业务调查和访谈,了解各个业务部门的业务目标、各个业务部门的业务责任和工作内容,进一步识别端到端流程和流程分解节点中没有的内容。 从自上而下到自下而上,您可以形成完整业务体系结构所需的内容。

仅从这些内容来看,它还不是一个完整的业务体系结构,ARIS流程建模和TOGAF都没有特别提到CBM组件化业务模式。 这是实际上基于SOA想法构建业务体系结构的重要内容。 业务的组件化,组件的能力化和服务化。 业务组件是指在企业内部实现核心业务价值的具有高度凝聚力的业务能力单元,作为业务服务向外部提供服务能力。 因此,各业务组件之间本身应该是高凝聚、松散耦合。

业务组件可以表示业务域、业务部门、紧密耦合的多个业务流程或业务功能的集合、企业价值链或业务生命周期的某个阶段等等。 业务组件构成完整的业务体系结构模型,业务体系结构模型本身也可以按层次展开和细分。 业务体系结构本身的分层也可以参考价值链的分层构想(支撑层、核心价值层、决策层)等,包括IBM的CBM模型分类法(决策、管理、执行层)。

在进行企业体系结构建模时,应该划分为什么样的大业务组件,以及应该将哪些业务功能放在一个业务组件中,以确保组件之间的有效协作,都是业务体系结构模型在业务体系结构建模过程中,特别是对于目标业务体系结构,可以完全参照企业所属行业的相关标准模型,如供应链的SCOR模型、通信行业的eTom模型等进行重构和完善。 我们在构建这个业务结构图时强调的是高凝聚松耦合的思路,符合行业的相关参考模式和标准,但在实际执行中应该遵循什么样的思路呢?

这里一个可行的想法仍然是回归矩阵分析,这里涉及矩阵分析很多,一一说明:

业务组件交互矩阵:在此矩阵中,横向和纵向都是业务组件,而内容单元格中有特定的业务交互接口点。 通过此交互矩阵分析,可以全局查看当前业务组件的拆分是否存在大量的业务接口。 另外,分析每个业务接口产生的原因,进行组件的整合、业务组件中的业务功能的转移等。 (提供后续APP应用程序集成体系结构分析)

数据与业务的交互矩阵:在此矩阵图中,横向的具体业务组件和业务功能,纵向为具体业务对象,内部为具体的CRUD信息,即传统的CRUD矩阵分析。 在此矩阵分析中,重要的是对于同一业务对象,CUD操作可以最大限度地减少分离,并共享读取操作。 减少业务对象数据的多头管理和维护。 控制统一的业务表单和数据维护,使其尽可能在同一业务的大型组件中进行。 减少数据之间的交流和传输。

流程交互分析矩阵:此矩阵上方有横向为具体的流程信息,纵向为具体的流程活动信息,在此矩阵图中,同一流程活动或流程片段常见于多个不同的流程中此分析的重要作用是对流程建模中可重用的流程段或流程活动进行抽象和分析。 (SOA服务建模时需要)

功能业务组件分析矩阵:在此矩阵上横向是具体的业务组件或模块,纵向是具体的业务功能,交互分析重点是分析具体的可复用业务功能,进一步提取可复用业务功能,实现可复用(SOA服务建模时需要)

本文作为TOGAF业务结构各产出工件的形成和相互关系的一个补充,具体TOGAF的业务结构建模大多仍基于标准方法论,没有具体的可操作性指南。 相反,它提供了更容易实践操作的方法和案例,就像联邦企业体系结构FEA一样。

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。