企业信息化总体架构pdf
2012-10-10 17:35:34 david_lv 阅读数 4362
一、顶层业务架构


上:打通上游供应商


中:打通内部各业务部门;打通各业务部门和财务部门
中:打通各地区域、分支机构


下:打通仓储物流/渠道分销/服务商


外:打通电子商务
外:打通最终消费者


二、顶层业务建模方法


1、战略分解法:三年规划-今年战略目标-明年战略目标-今年战略目标行动方案


2、组织流程法:组织、岗位、职责、职责考核API、职责-流程、流程-表单/报表


3、部门财/物收支法:在组织流程法基础上叠加各部门的成本利润、应收应付数据与流向


4、客户体验流程法:各部门面向客户提供的服务清单-服务流程现状梳理-面向客户最佳体验服务流程优化-关键体验点与关键体验考核指标设定


5、项目管理流程法:项目团队/职责权限、项目流程、项目计划PDCA、项目文档与项目沟通、项目成本核算


三、顶层应用架构


1、外延应用:移动应用、物联网传感器应用、电子商务应用


2、决策层应用:经营决策类系统;战略管理类系统
3、决策层应用:预算管控类系统


4、管理层应用:PDCA类系统


5、协同层应用:跨部门/跨组织/跨级别业务协同处理类系统
6、操作层应用:数据填报类系统、窗口快速业务处理类系统、交易计费类系统


7、基础:邮件/通讯、财务核算、HR、工作流审批、web2.0知识门户


四、顶层数据架构


1、KPI报表体系/云计算
2、数据仓库/云存储


3、历史归档类数据
4、汇总统计类数据
5、中间对照关联类数据


6、工作审批类数据
7、业务快照版本类数据
8、流水交易日志类数据
9、单据/凭证类数据


10、配置类数据;基础字典类数据


11、主数据、数据权限


12、组织、权限数据


五、顶层平台架构


1、集成门户、身份管理;open api接口
2、工作流引擎、报表引擎、预警引擎、消息引擎;open api接口


3、组织、权限;open api接口
4、主数据、数据权限;open api接口


六、顶层技术架构


1、UI层
2、UI映射层


3、服务层
4、业务逻辑层


5、实体操作层
6、实体映射层


7、数据存储层


七、顶层硬件架构


1、高安全部署、运维、审计
2、高性能部署、运维、审计
3、高灾备部署、运维、审计


八、顶层IT部门建制架构


1、系统硬件、网络、存储、系统软件、系统安全管理团队
2、项目管理、需求管理、验收管理、推广/培训管理、使用问题客服团队
3、用户管理、权限配置、主数据、业务参数配置、模板配置、工作流配置维护团队
4、性能监控、优化;数据检查、修复;问题辅助查找/上报/沟通对接、补丁升级;数据导出、报表制作团队
2012-11-21 13:40:11 ibmfahsion 阅读数 473
一、顶层业务架构


上:打通上游供应商


中:打通内部各业务部门;打通各业务部门和财务部门
中:打通各地区域、分支机构


下:打通仓储物流/渠道分销/服务商


外:打通电子商务
外:打通最终消费者


二、顶层业务建模方法


1、战略分解法:三年规划-今年战略目标-明年战略目标-今年战略目标行动方案


2、组织流程法:组织、岗位、职责、职责考核API、职责-流程、流程-表单/报表


3、部门财/物收支法:在组织流程法基础上叠加各部门的成本利润、应收应付数据与流向


4、客户体验流程法:各部门面向客户提供的服务清单-服务流程现状梳理-面向客户最佳体验服务流程优化-关键体验点与关键体验考核指标设定


5、项目管理流程法:项目团队/职责权限、项目流程、项目计划PDCA、项目文档与项目沟通、项目成本核算


三、顶层应用架构


1、外延应用:移动应用、物联网传感器应用、电子商务应用


2、决策层应用:经营决策类系统;战略管理类系统
3、决策层应用:预算管控类系统


4、管理层应用:PDCA类系统


5、协同层应用:跨部门/跨组织/跨级别业务协同处理类系统
6、操作层应用:数据填报类系统、窗口快速业务处理类系统、交易计费类系统


7、基础:邮件/通讯、财务核算、HR、工作流审批、web2.0知识门户


四、顶层数据架构


1、KPI报表体系/云计算
2、数据仓库/云存储


3、历史归档类数据
4、汇总统计类数据
5、中间对照关联类数据


6、工作审批类数据
7、业务快照版本类数据
8、流水交易日志类数据
9、单据/凭证类数据


10、配置类数据;基础字典类数据


11、主数据、数据权限


12、组织、权限数据


五、顶层平台架构


1、集成门户、身份管理;open api接口
2、工作流引擎、报表引擎、预警引擎、消息引擎;open api接口


3、组织、权限;open api接口
4、主数据、数据权限;open api接口


六、顶层技术架构


1、UI层
2、UI映射层


3、服务层
4、业务逻辑层


5、实体操作层
6、实体映射层


7、数据存储层


七、顶层硬件架构


1、高安全部署、运维、审计
2、高性能部署、运维、审计
3、高灾备部署、运维、审计


八、顶层IT部门建制架构


1、系统硬件、网络、存储、系统软件、系统安全管理团队
2、项目管理、需求管理、验收管理、推广/培训管理、使用问题客服团队
3、用户管理、权限配置、主数据、业务参数配置、模板配置、工作流配置维护团队
4、性能监控、优化;数据检查、修复;问题辅助查找/上报/沟通对接、补丁升级;数据导出、报表制作团队
2018-12-08 02:28:55 zxh19800626 阅读数 95

         好的架构设计,必须在信息系统战略规划(ITSP)的大环境下进行设计,才可能设计出真正优秀而且有价值的系统来,那么什么是信息系统战略规划呢?

信息技术战略规划(ITSP)的核心思想简述如下:

   在信息时代知识经济的背景下,正确的结合 IT 规划,整合企业的核心竞争力,在新一轮的产生、发展中取得更大的市场竞争力是必要的。

   一、信息化的问题首先是企业管理层概念的问题

   企业管理层的重视,和对信息化的高度认同是企业信息化的关键所在。当前国内很多企业管理层很关心资本运作的问题,而对很多国内企业而言,管理层最关心的是扭亏增盈。信息化建设投入大、周期长、见效慢、风险高,往往不是企业需要优先解决的问题,导致管理层对信息化的重视程度不够,无法就信息化建设形成共识。

二、信息化带来企业管理模式的变化

   企业管理信息化必然带来管理模式的变化,如果对这种变化不适应,有抵触心态,或者仅是为了形象问题,赶潮流搞信息化。或者由于国家提出信息化带动工业化,信息化成为一种时髦,信息化工程往往成为企业的形象工程。结果软件架构的设计仅仅是企业目前业务过程的复制,并不可能给企业带来实实在在的好处。

三、信息化建设要有明确的目标

   有些公司缺乏统一完整的 IT 方向,希望上短平快的项目,立竿见影,跳过系统的一些必要发展阶段,导致系统后继无力,不了了之。由于方向不明确,企业内部充斥着各种各样满足于战术内容的小体系,并不能给企业带来大的好处。有些公司对信息化建设的出发点不明确,在各个方案厂商铺天盖地的宣传下,不能很好的把握业务主线,仅是为了跟随潮流,既浪费了资源,同时也对后继的信息化造成了不良的影响,甚至直接导致“领导不重视”这样的后果。

四、信息化建设是为提升企业核心竞争力

   如今国家正在大力推广企业信息化。然而人们大多从技术角度来谈论信息化和评价解决方案,他们往往脱离了企业的实际需要,以技术为本是不能根治企业疾病的。企业依然必须明确自己的核心竞争力。明确一切的活动和流程都是围绕让核心竞争力升值的过程。IT 规划意识如此,必须以企业核心、业务为本。

五、信息化建设的要求

   战略规划是一套方法论,用于企业的业务和 IT 的融合以及 IT 自身的规划。必须满足如下要求:

1. 先进性:采用前瞻性、先进成熟的模型、方法、设备、标准、技术方案,使建议的企业信息方案既能反映当前世界先进水平,满足企业中长期发展规划,又能符合企业当前的发展步调,

保持企业 IT 战略和企业战略的一致性。

2. 开放性:为保证不同产品的协同运行、数据交换、信息共享,建议的系统必须具有良好的开放性,支持相应的国际标准和协议。

3. 可靠性:建议的系统必须具有较强的容错能力和冗余设备份,整体可靠性高,保证不会因局部故障而引起整个系统瘫痪。

4. 安全性:建议规划中必须考虑到系统必须具有高度的安全性和保密性,保证系统安全和数据安全,防止对系统各种形式的非法入侵。

5. 实用性:规划中建议的系统相关必须提供友好的中文界面的规范的行业用语,并具有易管理、易维护等特点,便于业务人员进行业务处理,便于管理人员维护管理,便于领导层可及时了解各类统计分析信息。

6. 可扩充性:规划不仅要满足现有的业务需要,而且还应满足未来的业务发展,必须在应用、结构、容量、通信能力、处理能力等方面具有较强的扩充性及进行产品升级换代的可能性。

   为了实现这样的规划,我们必须注意到,软件设计既是面对程序的技术,又是聚焦于人的艺术,成功的软件产品来自于合理的设计,而什么是合理的设计呢?软件架构师又该如何做呢?

2011-07-01 11:29:00 ecioforum 阅读数 361

本篇文章版权由ECFHP所有

作者:沈诗理

近几年来,HP为海南海航航空信息系统有限公司成功实施了ITIL咨询服务,提供了解决方案、技术支持以及项目实施过程中的流程管理服务。HP指导海航建立管理制度和流程,设计相应人员职责角色,并将相关流程落实到工具中,通过人员(People)、技术/工具 (Technology)和流程(Process)的有机结合。同时,针对海航的具体问题,重新定义了服务模式和组织架构,设计了合理、清晰的岗位职责和考核指标,改进了事件管理、问题管理、变更管理等关键流程,重新设计了配置管理流程,建立了流程监督机制,重新设计了OVSD电子化平台和流程KPI报表系统(这是一个基于流程与IT结合的角度来讲的。)。另外,针对海航信息要随时掌握客户满意度的需求,项目团队还专门设计了用户提交请求的Web页面,设计了客户满意度调查机制。

这样的“一体化”的企业信息化架构,带来一定的效果。一方面有效实现上述各管理流程,并集成为一个整体的IT运营管理体系,从而实现IT运维管理标准化、规范化,有效提高IT运营的整体水平。 另一方面,有效解决企业的“信息化孤岛”,实现企业管理(包括流程、组织、绩效、人员、财务等)与信息系统的整合的同时;也实现信息系统的整合,包括ERP、MES、OA、硬件、网络、安全等等。

所以,我不妨来构想一下“一体化“的企业信息化架构吧!

     该架构涵盖整体的业务咨询及流程优化,而且被称为“五级”系统。这五级系统中,供应商管理系统(SRM)、供应链管理系统(SCM)、客户关系管理系统(CRM)、商业智能/企业决策支持系统(BW/SEM)等都属于第五级系统,主要是为企业提供决策支持,为企业提供供应链优化工具。第四级ERP系统将涵盖企业的采购、生产、销售等环节,包括应收、应付、资金、成本、资产、设备、人力资源、质量管理、项目管理、运输、供应、库存、生产、仓库、销售等。第三级MES分厂车间制造执行系统及计质量系统,将涵盖排产、监控、分析等各个相关环节,包括详细排产、优化配料、物料跟踪、质量控制,以及二级作业指令生成和生产实绩收集等。对于四级ERP和三级MES系统之间的具体分担及实施计划,则要视每个企业的具体情况而定。这套系统在冶金资源企业得到了很好的应用。

 

本篇文章版权由ECFHP所有

2018-08-14 13:42:06 weixin_33901641 阅读数 15

企业信息化是将企业的核心业务和核心业务流程通过信息化技术(IT)来进行支撑和实现,所以从一个企业要有好的IT系统来支撑业务发展就首先要对自己的业务和业务流程进行梳理和规划,在IT规划中对呀业务架构的设计和考虑也必须是IT人员需要考虑的,这也是很多系统架构师往往会成为他开发系统所支撑的领域的业务专家了。但一直以来,IT人员在与业务人员的交流中,是被动地接受着业务人员的要求,随着IT支撑在业务的方方面面,IT人员早已成了业务专家时,业务部门的业务人员反而还不如IT人员懂业务了,这是为什么呢?同时,如果这是一个大企业的话,我们将会发现无论是业务人员还是IT人员,多是从一点出发,管中窥豹一般地对业务进行了解,缺少了综合业务观念。

在IT中大家都会谈到架构,软件水平考试中也有系统架构师的考试科目,在《系统架构设计师教程》中谈到了架构师分为业务架构师、领域架构师、技术架构师和项目架构师和系统架构师,其中的业务架构师就是负责系业务架构设计的人员,但可惜的是书中并没有介绍业务架构相关内容。最近看了赵捷先生所著的《企业信息化总体架构》一书中,有大量篇幅介绍了业务架构的概念,摘录如下:

1.业务架构的定义

(1)业务架构(Enterprise Business Architecture,EBA)是企业全面的IT战略和IT体系架构的基础,业务架构是数据、应用、技术架构的决定因素。

(2)业务架构将高层次的业务目标转换成可操作的业务模型该以何种方式运作才能满足成功必需的能力和灵活性。

(3)业务架构可以针对企业整体业务,也可以针对某一业务主题甚至某一单项业务,是企业关键业务战略及其对业务功能和流程的影响的表达,通常是在业务模型的基础上实施的业务设计,从不同的视角,阐述业务模块和它们之间的关系,即业务的主要流程。

(4)业务的主要流程和共享流程的适当划分。

(5)对业务元素生命周期的阐述和分析。

(6)支持业务模块的组织结构。

2.规划业务架构的综合观念

首先要考察企业范围的业务处理流程,以此来定义企业的业务架构。业务架构的综合观点确保了商业活动中的企业关键功能,就好像为了盖一个新房子而设计一个基础计划图纸,一个建筑师设计出这个房子的基本图纸之前就已有了很好的为建房子而计划的图纸分类。企业需要明了自己的每一项业务、业务范围、业务的关键流程,以及业务和业务部门之间的关系。有两个简单的步骤来定义流程架构的综合观念:

第一,重新思考潜在的高级业务分类和流程,例如销售、设计、制造生产,这些被称做企业业务功能,为每一个功能模块提供一个非常清晰的定义。在每个部门内又可以分为次一级的业务功能模块。定义中可以完全不为当前的公司业务人力组织的格局所限制。

第二,检查功能定义的冗余和缺损。通过修改业务功能的清单或改变它们的定义,尽可能地消除冗余和重复。对缺乏定义和独立的业务功能模块进行划分,并定义出有机的流程来联系这些模块。

当然,架构师(CIO、资深IT经理等)常常没有足够的职权来修改业务中的这些状况,此时的目的是借鉴有效的业务功能模块,为进一步的信息架构提高而铺设一个基础。

企业的业务架构师为了建立一个清晰的业务架构和与之相适应的流程,就要仔细地收集、整理、分析和总结出本企业的业务,包括组织、提供的产品和服务、市场和客户、支持和企业潜能、一切利益相关者以及这些功能和实体之间的关系。企业架构师是企业总体架构机制不可分割的部分,要具有敏锐的分析能力和沟通能力。例如,一个金融机构的业务架构师,应该有能力从各个业务部门中获取这些业务部门的业务功能以及当前的业务流程。为什么强调当前的业务流程?原因就是新的信息系统的实施,有时哪怕是微小的系统上的改进和重新配置,都将导致业务流程的变化。那么在现代社会,什么可以被认为是业务架构呢?业务架构就是用现代的建模技术来建立一个未来理想的状态与现在的状态。管理哲学把业务架构看做是组织设计、业务流程改进、工业工程等其他项目。业务架构应该是在每一个系统开发生命周期中最重要的分析阶段。事实上,业务架构师应该而且实际上就是企业战略规划的一个部分,而战略规划往往是在比较高的层次上的一个规划。

通常的业务架构可以用一系列的图形来刻画。业务的平面定义和描述,业务模块的定义和描述,业务模块之间的关系,业务的流程(一级流程),业务的二级流程(对业务流程的更详细的刻画和描述)。从信息化总体架构的角度讲,阐述到二级的业务流程就非常足够了,对业务流程的更细化的刻画和阐述就是业务部门自己的事情了。因为人们常常会问到,区别业务架构和应用架构的根本特征在哪里?请记住,业务架构是平面的,对模块的边界和模块之间的关系定义将越细越好。这是在论述到信息化总体架构的应用架构时要用到的分类概念。

业务架构在Zachman框架的第一个模块被描述和刻画出来。在图4-1所示的详细总体架构框架图中粗箭头所指层次中,深灰色的小格字代表着分类出来的有效业务功能模块。详细总体架构框架图展示最上面的业务架构层,清晰地刻画出业务元素和它们之间的内部交互关系,说明了这些元素与企业总目标的关系,并且为信息数据架构提供了基础。业务架构就是知识和智慧的聚集,是业务战略、人、功能、信息、现有和未来的应用和基础架构关系的刻画和聚集。

论企业信息化之六:业务架构

3、业务架构定位

在业务架构功能定位(Business Architecture Touch-points)中(图4-2),可以看到,中间的业务架构蓝图由业务模型和技术模型两大模块组成。其中业务模型包含:信息、功能、地点、人力、业务周期、业务动力。技术模型有同样的元素,但是是从技术的角度进行分析的。业务蓝图为信息架构(数据架构)提供了业务的基础,为技术架构提供了战略业务概念,对框图右边的实施计划和解决方案架构提供了一系列的输入。在蓝图的输入方面,则是公司总体业务驱动基础和总体架构的组合(应用、技术服务、架构模块)。总体业务驱动要包括业务短、长期的战略规划,市场环境,竞争环境,行业特点,产品/服务的主营业务和附加业务,商业政策和法规等。

论企业信息化之六:业务架构

4、业务架构工作流

业务架构的框架( Business Architecture Framework)是模板和结构化的流程的结合(图4-3),用以促进企业业务组件(战略、流程、事件)以一种系统的、有序的方式收集和规范化(归档)。这些信息的收集,可以提供企业现在的定位(基线)和未来的定位(目标),从而推动企业的资金规划和业务决策。有了精确的企业基线和目标的划分以及表述就可以鉴别两者之间的差别。在实施计划时,分析差别、设计改进战略、分析风险和业务实例的开发就总结出了业务架构信息。结合图4—2所示业务架构的功能定位,以加深及促进理解。

论企业信息化之六:业务架构
5、业务架构模型和建立流程

要构建一个完整的业务架构,在总体架构师或具有总体架构机制的部门理解了以上的定位、工作流之后,就要面对要如何构建企业的业务架构的问题。首先对企业的商业愿景要有充分的理解。资深高级管理人员和业务主管一定要给总体架构组提供一个清晰的公司未来的愿景。主要主管人员要明确自己的期望,知道自己近期和未来想要什么。

在一个成熟的业务架构模型的建设中,当有了比较有经验的总体架构师之后,也就是具备了上面介绍的能力后,业务架构流程的几个主要步骤如下(图4—3)。

(1)审核业务架构驱动力、定义范围和领域。

(2)开发业务架构的框架结构。

(3)确定业务架构目标、元素和建模业务对象。

(4)协调和沟通相关利益者(组织)。

(5)集成所有信息(业务变化、新的竞争焦点、行业的变化、新的市场要求、公司的变化等)。

(6)建立基础业务架构框架蓝图(以一个和多个业务架构模型为基础)。

(7)鉴别业务功能交叉领域和信息共享领域。

(8)建立业务架构仿真模型(如有必要)。

(9)发现和报告业务模型和仿真结果的架构的完整性(发现缺陷,协调,改进)。

(10)返回(4),调整和汇集所有的原有和新增的信息和架构结果。

在建立业务模型和流程中,主要的制约因素包括:时间、资金、高层支持、足够的胜任人源、架构组的能力、企业的准备等。这些可以通过以下几个评估来达到:

  • 总体架构准备成熟度评估(Architecture readiness assessment)。

  • 总体架构本身的成熟程度评估(Architecture maturity assessment)。

  • 总体架构能力的评估(Architecture capability assessment)。

  • 信誉及依赖相关性评估(Credibility/Dependency Matrix assessment)。

业务架构建立的流程是一个循环重复的流程,以上每一项都伴有一套细化的流程细节。经过企业的一系列的业务流程的分类、定位、集成、构建、模拟、存档,企业会得到一个非常清晰的总体架构中的业务架构,并为下一层的信息架构(数据架构)提供基础和输入。

业务架构为在整个企业中不同的业务领域开发、共享和协调信息解决方案提供了一个以业务为基础的框架,它的确定和可重复的方法保证了全企业业务的一致性,所有的利益相关者可以清晰地明了企业现在的位置和未来的方向,帮助企业发现多种横向和纵向业务交叉的运行能力和新的业务增长的机会,在业务主管的业务发展意向和科技潜能之间提供了一个清晰的图示,建立了一个沟通所有的利益相关者的有价值的工具,其内容和指导可以保持总体架构集中在企业的战略和目标上面,构建了一个具体的以一种一致性的、结构化的方式为业务提供信息和服务的方法。


论企业信息化之六:业务架构

阅读数 898

论企业信息化之六:业务架构 (2013-09-0818:24:29)转载▼企业信息化是将企业的核心业务和核心业务流程通过信息化技术(IT)来进行支撑和实现,所以从一个企业要有好的IT系统来支撑业务发展就首先要对自己的业务和业务流程进行梳理和规划,在IT规划中对呀业务架构的设计和考虑也必须是IT人员需要考虑的,这也是很多系统架构师往往会成为他开发系统所支撑的领域的业

博文 来自: HiIAmNewHere

论企业信息化之六:业务架构

阅读数 21

企业信息化是将企业的核心业务和核心业务流程通过信息化技术(IT)来进行支撑和实现,所以从一个企业要有好的IT系统来支撑业务发展就首先要对自己的业务和业务流程进行梳理和规划,在IT规划中对呀业务架构的设计和考虑也必须是IT人员需要考虑的,这也是很多系统架构师往往会成为他开发系统所支撑的领域的业务专家了。但一直以来,IT人员在与业务人员的交流中,是被动地接受着业务人员的要求,随着IT支撑在业务的方方面...

博文 来自: weixin_34281477

论企业信息化之六:业务架构

阅读数 624

企业信息化是将企业的核心业务和核心业务流程通过信息化技术(IT)来进行支撑和实现,所以从一个企业要有好的IT系统来支撑业务发展就首先要对自己的业务和业务流程进行梳理和规划,在IT规划中对呀业务架构的设计和考虑也必须是IT人员需要考虑的,这也是很多系统架构师往往会成为他开发系统所支撑的领域的业务专家了。但一直以来,IT人员在与业务人员的交流中,是被动地接受着业务人员的要求,随着IT支撑在业务的方方面

博文 来自: w57w57w57

论企业信息化之六:业务架构

阅读数 3

企业信息化是将企业的核心业务和核心业务流程通过信息化技术(IT)来进行支撑和实现,所以从一个企业要有好的IT系统来支撑业务发展就首先要对自己的业务和业务流程进行梳理和规划,在IT规划中对呀业务架构的设计和考虑也必须是IT人员需要考虑的,这也是很多系统架构师往往会成为他开发系统所支撑的领域的业务专家了。但一直以来,IT人员在与业务人员的交流中,是被动地接受着业务人员的要求,随着...

博文 来自: weixin_34008805

基于TOGAF的轨道交通企业信息化架构规划研究

阅读数 1146

0引言   信息技术的迅速发展促进了企业经营管理模式和企业生产模式的变革,促进了经济全球化的发展,加剧了企业之间的竞争。另一方面,信息技术又为企业提供了先进的生产工具和平台,在企业的供应链管理、生产管理、销售管理、人力资源管理、财务管理等环节发挥着越来越大的作用。   企业信息化规划是企业战略制订的重点之一,以信息化带动工业化已成为当前企业发展的共识。然而,企业信息化工作中还存在很多

博文 来自: wenfeng
没有更多推荐了,返回首页