什么是系统架构

【发布时间:2022-01-29 10:22:23】

来源:千亿游戏平台 作者:千亿游戏网站

  这是《银行信息化丛书》读书笔记2。做企业架构意义很大架构的治理更重要因为要让架构发挥作用。企业架构开发、治理内容很多框架理论体系就要很长的学习周期和实际经验。本篇是作者的实践总结比较精简的讲解如何运作架构治理。

  架构治理主要内容就是要进行架构开发以及所有的IT项目的实施都要遵循此架构。只要实施架构治理能解决IT的大部分问题。快速满足业务要求、大幅提高IT的复用性使繁多的系统变得简单保障系统的质量以及知识的传承。重视技术、管理出色的企业必定会在技术管理领域进行架构治理可以使业务与IT融合避免IT各个项目团队各自为战。

  架构分企业架构与系统架构两个层次。对于企业架构开发作者主要采用了Togaf框架及其开发方法。主流的框架还包括Zachman书中采用的、FEA等。 Togaf在网上可下载有7百页在实践中大部分可以裁剪掉。本篇可视为Togaf的最佳实践看完本篇就明白怎么进行企业架构开发、治理。

  对于技术人员来说业务架构可能不太好理解。这是业务架构实例图来自一个成功的财务系统项目的案例。业务部门清晰的画出了成本中心组组织机构、所有的的业务流程图中是一个、财务的愿景、中长期的规划。

  业务架构的重要性是显然的技术只不过是业务的信息化工具而已。在很多业务领域作者经历的项目组经常遇见业务组织架构混论的情况比如不同层次的在机构数下私自设立机构机构的用途也不一样导致后续的数据统计、流程紊乱。

  无论哪种情况如果要做企业架构首先要做的是业务咨询帮助用户一起做业务架构。有的企业跳过业务架构直接做IT架构无源之水丧失了企业架构的基本目的。

  应用架构。比较好容易理解我们来看下一个大银行的顶层应用架构比较清晰的划分了大的应用领域范围。实践中还需要继续细化每个领域到功能模块。应用架构还需要包括公共的应用组件、功能模块的协作关系、功能模块之间的集成或者接口关系。

  数据架构。主要包括数据模型、数据分布、数据交换技术规范、数据分布等。在下一篇中还会详细讲解数据架构。这是一个银行的数据分布的例子。

  技术架构。就是我们用的开发语言、开发框架 各个应用的集成框架所用到的各种基础软件包括OS、数据库、缓存、应用服务器、页面服务器、负载等基础硬件包括服务器、网络、存储等以及各种通用技术组件包括身份验证、安全、权限、消息队列等等。以上要作为标准和规范要求各系统执行。

  我们完成了企业架构后就很容易开发具体的系统架构。对系统架构师的能力要求也会降低很多。这也是企业架构的意义。

  系统架构是指对实现功能需求、非功能需求的信息系统在设计宏观层面的技术决策其决策的结果是把信息系统划分为一个或多个结构或视图包括逻辑、物理、开发、运行、数据等方面。以指导概要设计与详细设计的开展。

  其中开发视图都是标准的可以直接照抄企业架构物理视图中的机器配置是标准的根据应用需要配置服务器数量。逻辑架构的设计着重考虑功能需求其关注点主要是行为或职责的划分最终将不同的职责分配给逻辑层、功能模块等不同粒度的逻辑单元并描述这些逻辑单元之间的关系。体现为分层、模块的划分决定和不同逻辑单元之间的交互接口和交互机制。在具体实践中使用visio、ppt描述不同的逻辑单元等。动态方面会更多的采用UML序列图。

  业务架构最重要重要的话说三遍。做完业务架构再做应用架构最后才是数据架构和技术架构这两个架构是用来支持应用架构的。顺序绝对不能错。有了企业架构系统架构就像高速公路上跑的汽车一样只有一条通途大道不会走错。

  架构治理是实施架构过程中保持各方利益最大化的制度安排是一种激励、监督、制衡机制。实施对架构组件与架构活动的管理与控制以确保组织内的架构的有效引进实施和演进。并以确保符合内部和外部标准和监管义务。架构治理的目标是要让架构与业务目标保持一致性《IT架构治理》刘云峰2014。我们在通俗的说搞IT是很困难的要获得领导、用户、IT组织内的认同要让各个不同板凳屁股取得一致架构治理就是干这个的。在IT内部就是让各个项目组不要重复建设采用统一、标准的技术路线。

  以下是作者总结架构治理的框架。架构治理的基础是 组织、流程、工具、预算等。进行架构治理的组织必须获得相应预算才能做架构开发工作标准的应用组件、技术组件开发以及做一些迁移的工作。活动内容是架构实施与标准建设。标准建设的目的让系统遵循架构要求但要尽可能的让系统开发的时候使用标准的组件自动符合标准要求。

  关于架构的实施。有很多企业隔很多年做一次大的企业架构规划另外有的企业只在系统设计的时候检查系统设计是否符合标准与规范。这两个都是架构治理的重大误区。我们都知道做IT系统7分业务3分技术。合理的做法是一年一规划三年大规划。架构的治理应该贯穿整个系统的生命周期。尤其是项目任务的管理。需要在每年规划的时候考虑全年的所有任务。在每次任务立项的时候需要架构治理组织进行初步的评估包括是否符合应用架构、技术可行性等。原因很简单如果都立项了在设计评审进行管控如果走了弯路一切都晚了。比如和其他系统重复建设了结果需求、设计工作都白做了。甚至系统都开发了大半了。

  一个企业每年都需结合年度任务开发企业架构。开发企业架构工作量比较大但无论是否能做得很细致都比不做好。在系统生命周期中管好任务比管好设计更加重要。架构治理组织要在立项审批阶段掌握一定的话语权。

  更多行业权威架构案例、领域标准及技术趋势请关注微信公众号 软件线a;

  我们在进行系统架构设计时往往将一个系统分解成若干个子系统每个子系统又分解为若干个程序模块分解后的子系统和程序模块都会执行一些相对独立的功能在这里子系统也可以看作是较大的程序模块。分解后的这些子系统和程序模块组成了系统的一个层次结构。

  系统的层次结构并没有在前面讨论的系统流程图中反映出来这就需要另外一种设计模型来反映系统的层次结构这就是我们将要讨论的系统结构图。

  系统结构图也称为层次图它以层次方式描述了系统从顶层到最底层的功能分解。这种功能分解方法非常适合于设计复杂系统将复杂系统层层分解功能由粗到细由复杂到简单。假如要设计一个图书馆借书系统我们可以使用功能分解方法来设计这个系统下面给出系统功能逐层分解的步骤。

  根据前期的需求调研系统分析员和系统设计师得知图书馆借书系统会涉及到图书的管理和读者的管理两个业务同时还要有维护借书系统的业务。因此他们把图书馆借书系统分解为三个子系统这三个子系统分别是图书管理子系统、读者管理子系统和系统维护子系统。下图是第一层功能分解的结构图。

  上图中的矩形表示一个子系统或模块一个子系统可以包含多个模块一个模块可以表示为一个函数、过程或子程序或者一个独立的可编译的代码文件。向下带箭头的直线表示高层功能调用底层的功能上图中图书馆借书系统会分别调用图书管理子系统、读者管理子系统和系统维护子系统。

  下面我们来考虑图书馆借书系统第二层功能的分解第二层功能是三个子系统。从前期的需求调研中可以得知图书管理子系统需要提供图书入库、图书借还、图书查询三个模块读者管理子系统需要提供读者管理、借阅查询、借阅管理三个模块系统维护子系统需要提供权限管理、图书备份二个模块。下图是具有三层功能分解的结构图。

  上图是图书馆借书系统三层分解结构图对一般规模的系统来说三层分解结构是比较好的功能分解结构。分解层次过多会导出程序设计趋于复杂也会增加大量的编码工作。分解层次过少不利于程序模块化日后的系统维护也会异常困难。

  另外结构图在表示调用结构上是一个严格的体系一个低层模块是不能够调用高层模块的。通常情况下高层模块会请求低层模块提供功能和数据同时也向低层模块传入必要的信息低层模块处理完毕返回所要求的数据。

  在一些结构图中也会绘制一些小箭头表示数据在模块间的传递以及各个模块的输入与输出。下图是带数据传递信息的结构图。

  上图展示了数据是如何在模块间传递的带空心圆的箭头叫数据耦合表示传递给和传递出模块的数据。一个数据耦合可以是一个单独的数据项如一个读者的账号也可以是更高层次的数据结构如一个数组、记录或其它数据机构。结构图每一层所用的数据耦合类型与层次传递数据的细粒度有关较高层次的数据耦合往往使用高度耦合的数据结构而较低层次的数据耦合往往是一些单独数据项或较小的数据结构。

  现在我们结合前面学过的系统结构图的知识来绘制人脉项目系统结构图。系统结构图可以使用Visio工具的基本流程图来绘制系统结构图的主要图形符号见下表。

  人脉系统经过前期需求调研请参见前面的文章已经确定了需求功能。根据人脉系统的业务分析和角色用例可以把人脉系统划分为三个子系统每个子系统下面包含若干个程序模块这是一个典型的三层结构系统。下图是绘制的系统结构图。

  上图给出了人脉系统三层结构图图中描述了系统的模块划分、模块调用和模块间的数据传递关系。实际上各模块间不但有纵向的层次关系也存在横向关系。例如图中的名片子系统和用户子系统就会调用数据库子系统的存取模块这些关系都反映在系统流程图中。另外图中也没有绘制下层模块向上层模块的数据回传上图的存储模块、查询模块都会有数据回传的要求图中没有绘制数据回传线c;主要是考虑到再绘制数据回传的线c;结构图会显得比较混乱不容易看明白。

  系统结构图以层次结构描述了系统在纵向上进行的功能分解从复杂的大系统层层分解为小的程序模块系统流程图从较高的功能层次上描述了系统各模块间的横向关系。因此在进行系统架构设计时系统流程图和系统结构图都需要绘制才能全面反映系统的体系结构。

  ISO/IEC 42010: 2011中架构的定义为一个系统在其所处环境中所具备的各种基本概念和属性具体体现为其所包含的各个元素、他们之间的关系以及架构的设计和演进原则之中

  其中架构的对象是“系统”泛指一群有关联的个体系统可以一个企业部门也可以是个应用或者服务。关于系统架构定义应注意

  系统架构的对象可能是一个服务、一个应用、一个部门、一个工厂、一个集团、甚至一个行业。而系统架构的复杂性因系统规模而异系统规模越大系统架构越复杂。因此在系统架构设计时首先要明确架构设计的对象。对象不同架构设计的粒度、方法和侧重点也就不同。在IT领域常将系统架构分为三个层级分别是企业架构、解决方案架构和应用架构。三者的区别在于

  企业架构公司级通过架构治理和指导规范保证IT技术策略和执行计划与公司愿景及业务目标一致。企业架构也会推动在公司范围内跨IT项目的技术整合、复用和综合效益。

  解决方案架构业务单元级对特定的业务单元定义IT系统业务流程和可复用的服务横跨业务架构和技术架构。

  软件架构软件系统级定义信息系统结构包括定义子系统组件及其内部关系以及与外部系统的关联关系。

  三个层级层级越高内容越抽象工作的内容偏治理层级越低内容越具体工作内容偏实现。但在实际操作中这三种架构并非界限分明也并非所有的企业都有相应的岗位对应这三级架构。如果公司规模不大或者IT管理复杂度不高可能会由一人同时兼任企业架构和解决方案架构的角色甚至三级架构都由一人承担。这都取决于公司的规模和管理的重点。

  企业架构对企业构成要素的结构和关系进行模型化描述用途是指导企业经营管理活动的策划、分析和信息系统开发。

  EA是一个描述工具EA为组织中的所有干系人提供了一种描述手段模板使其可以对组织中的业务、信息系统及其之间关系按照各自的视角进行描述。而且由于使用统一的语言进行描述所有干系人之间也有了无障碍沟通的基础而这也正是EA最重要的用处。

  EA是一个知识库EA为组织中所有参与者所提供的针对企业架构各方面的描述提供了一个分类管理、便于访问的知识库和信息资源库。

  EA是一个系统过程为了使组织内信息技术与业务的需求、变化相适应EA提供了一套实施准则和管理策略。

  企业架构最早由IBM的John Zachman提出通过信息、流程、网络、人员、时间、基本原理6个视角构建用于分析企业的模型称为Zachman框架。此外还有TOGAF、NAF、DoDAF、MoDAF。其中最著名的是The Open Group发表的TOGAF架构框架。TOGAF将架构定义为一个系统的正式描述或指导系统实施的组件层级详细计划。包含组件结构、组件之间相互关系以及对这些组件的设计和随时间演进的治理原则和指南。

  企业架构包括业务架构和IT架构。业务架构描述企业是如何组织结构的以及交付业务愿景所需的功能性能力。从企业业务和管理的不同维度构建模型包括战略绩效、运营模式、流程体系、组织架构、资源匹配、空间布局等。IT架构从从企业信息化实现的维度构建模型目的是描绘信息系统的蓝图。IT架构又分为数据架构、应用架构和技术架构。

  软件架构的目的是设计软件系统的顶层结构。在软件架构设计中架构师把系统设计的需求、约束和架构方面关心的问题转化为结构。然后用这些结构来指导项目开发运维。软件架构设计主要考虑三方面因素

  系统功能在设计一个软件架构时至少需要考虑主要功能。主要功能通常被定义为实现业务目标促进系统开发的关键功能。其他主要功能的标准也可以是意味着技术难度更高或者需要许多架构元素的互相作用。

  质量属性质量属性是系统外部可见的、非功能性的属性例如性能、安全性或者可伸缩性等。

  外部约束指约束架构设计的来自方方面面的约束性需求。包括业务环境因素、使用环境因素、构建环境因素和技术环境因素。

  一般情况下为了实现一个质量属性或者外部约束而在某些结构上所做的变化将对其他的质量属性产生负面影响。这些取舍是每个领域里每一个架构师无法改变的事实。因此软件架构师的工作不是找一个最佳的解决方案而是找到一个令人满意的方案——通过搜索一个也许很大的设计方案和决策的空间来找到一个可以接受的解决方案。

  应用架构设计的管理本身是内嵌于项目管理流程里的不管是采用瀑布模型抑或是敏捷模型都需要考虑架构设计的环节。同时业界也定义了一些架构文档规范来定义架构设计在各个阶段应该产出什么样的交付物。常用的架构视图模板有IBM的RUP定义的41视图或者C4视图还有侧重业务流程分析的BPMN和侧重模型设计的UML都是业界常用的设计模板规范。同时也可以参考arc42作为架构文档模板。

  但在不同的项目管理流程中架构设计的内容和要求也有所不同。比如在瀑布模型中架构设计是设计阶段重要的交付物所以架构设计文档会写的比较全面细致。目前常用的架构模板也都是在瀑布模型的管理流程中定义出来的。而在敏捷模型中迭代开发意味着前期开发目标和关注点会不完整所以也不会在前期作全面完整的设计。同时“注重可用的软件胜于详尽的文档”这个原则往往会给开发人员一个错觉就是我不必编写设计文档我要优先编写代码。

  但需要说明的是“注重可用的软件”并不意味着没有文档包括架构相关的文档这仅仅意味着只有满足当前迭代目标的文档。这意味着创建的工作产品应该尽可能少但要充分。当编写一个软件架构的文档时通过充分考虑利益相关者的需求来决定您想要表达的东西。倘若架构的利益相关者是团队成员或者维护人员您还必须适当地注意您所创建的任何工作软件的维护要确保在适当的地方保持它们最新且相互一致。

  如上图所示为本次共享资源平台逻辑架构图上图整体展现说明包括以下几个方面

  本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合完成应用系统的统一化管理与维护。

  整体应用系统资源统一分为两类具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源我们将通过全面的接口管理体系进行相应资源采集模板的搭建采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。

  采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。

  最终数据将通过内外网门户对外进行发布相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询从而有效提升了我局整体应用服务质量。

  综上我们对本次项目整体逻辑架构进行了有效的构建下面我们将从技术角度对相关架构进行描述。

  如上图对本次项目整体技术架构进行了设计从上图我们可以看出本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。

  上述两节我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明通过上述设计我们对整体项目的架构图进行了归纳如下

  综上我们对整体应用系统架构图进行了设计下面我们将分别进行说明。

  整体应用系统架构设计分为五个基础层级通过有效的层级结构的划分可以全面展现整体应用系统的设计思路。

  基础层建设是项目搭建的基础保障具体内容包含了网络系统的建设、机房建设、多媒体设备建设、存储设备建设以及安全设备建设等通过全面的基础设置的搭建为整体应用系统的全面建设良好的基础。

  应用数据层是整体项目的数据资源的保障本次项目建设要求实现全面的资源共享平台的搭建所以对于应用数据层的有效设计规划对于本次项目的建设有着非常重要的作用。

  从整体结构上划分我们将本次项目建设数据资源分为基础的结构型资源和非结构型资源对于非结构型资源我们将通过基础内容管理平台进行有效的管理维护从而供用户有效的查询浏览对于结构型数据我们进行了有效的分类具体包括政务公开资源库、办公资源库、业务经办资源库、分析决策资源库、内部管理资源库以及公共服务资源库。通过对资源库的有效分类建立完善的元数据管理规范从而更加合理有效的实现资源的共享机制。

  应用支撑层是整体应用系统建设的基础保障根据本次招标文件相关需求我们进行了相关面向服务体系架构的设计通过统一的企业级总线服务实现相关引用组件包括工作流、表单、统一管理、资源共享等应用组件进行有效的整合和管理各个应用系统的建设可以右下基于基础支撑组件的应用快速搭建相关功能模块。

  由此可见应用支撑层的建设是整体架构设计的核心部分其关系到本次项目的顺利搭建以及今后区劳动局信息化的发展。

  在3.3.3图中的设计中应用管理层有效的承接了我局原有应用系统分类标准将实际应用系统分成了八个应用体系在实际应用系统的建设中我们将全面传承原有应用分类标准规范的基础上实现有效的多维的应用资源分类方法不仅如此整体应用系统也可以通过多维的管理模式进行相关操作管理如按照业务将应用系统进行划分包括劳动管理和保险管理等。

  应用管理层是实际应用系统的建设层通过应用支撑层相关整合机制的建立我们将实现应用管理层相关应用系统的有效整合通过统一化的管理体系全面提升我局应用系统管理效率提升服务质量。

  整体应用功能将通过门户方式进行展现架构分别设计了内网门户和外网门户不同的应用人员通过登录可以实现相关系统的应用和资源的浏览查询操作。

  大型的应用工程项目的建设必须遵照严格的标准体系建设规范根据本次项目实际需求我们通过三个规范体系对项目进行合理的保障具体包括了安全标准管理系统、标准规范体系以及运行管理体系。

  通过相关标准的制定、安全架构的保障以及管理规范的建设可以保障整体应用系统的设计、搭建、运维等全流程性工作。

  通过分析我们将整体应用系统面向人群分为四类具体包括广大公众、区内委办局、局内相关部门以及用人单位不同对象通过访问不同门户可以进行全面的服务保障。

  在3.3.3图中对本次项目整体应用系统建设需求同样也进行了归纳项目整体分为三个主体建设即共享信息平台的搭建、原有应用系统的改造以及新的应用系统的搭建。

  共享信息平台的建设旨在全面整合相关应用系统资源实现有效的浏览、查询检索机制整体数据通过规范化的元数据管理机制实现有效的梳理存储为今后资源的整合奠定基础。不仅如此在实际项目建设中还将引入商业智能应用模块实现对共享资源的智能化分析从而为决策预警等提供有力依据。

  原有业务系统改造则是实现原有应用系统相关流程等的优化配置并通过有效的数据梳理改造为信息资源的共享奠定良好的基础。本次项目中需要改造系统包括政务公开系统、办公自动化系统、公众服务系统以及综合管理系统。

  新的业务系统的建设则是要全面提升现阶段我局整体办公效率继续加强信息化建设通过更加全面合理的应用系统的建设提升我局整体服务水平。本次项目需要建设系统包括业务经办系统、社会保险系统、土地储备系统、企业监督系统、劳动监察系统、劳动关系与仲裁系统、就业和失业管理系统以及综合管理系统。

  本次项目建设还涉及到整体应用系统与外部相关系统接口的管理实际应用接口包括与税务接口、与财政部门接口、与民政部门接口、与基层单位接口与公安部门接口以及与其他部门的接口。

  通过有效的接口管理机制实现资源的互联互通从而更加有效的提升我局无纸化办公机制全面加强我局整体工作效率。

  规划一个成熟先进的北京市卫生人才交流服务中心网站平台系统框架是一切技术工作的先决条件是奠定系统性能的基础是至关重要的。

  因此本项目建设应首先考虑设计和建立一个统一的北京市卫生人才交流服务中心门户网站系统技术体系能够支持政府信息资源的整合、管理及门户网站群的建设提供统一的内容管理、资源整合、安全管理构架并提供对应用服务的统一调度和管理同时系统体系结构应分层组织系统功能模块化系统集成松耦合方便业务应用的修改、重用和部署满足系统未来弹性扩展的要求。

  具体平台根据新闻局实际需求建设网站群支撑管理平台平台保障了相关招标文件中的采集管理、内容管理、统计管理、安全管理等功能需求对于整体应用平台的支撑则通过中科软多年门户建设经验总结完成的相关应用组件包括工作流管理、元数据管理、电子表单等进行保障。

  对结构化数据和非结构化数据进行调度和存储。结构化数据包括XML 和DBMS。非结构化数据包括文本文件、音视频文件、office 系列文件、图形图像文件及ZIP、PDF、SWF等其他格式文件等在数据接口上支持WebService 模块化组件。

  支撑层通过应用服务器提供对系统应用层强大的支持包括:电子表单、工作流、元数据管理、安全审计等功能。并通过WEBSERVICE接口服务支持外部资源对内容管理基础数据以及内容管理对外部数据资源的应用数据集成。

  应用层是政府门户网站群非常重要的组成部分是对信息处理的重要环节按功能的不同可以分为信息发布管理、网站群管理、系统管理、外挂组件管理、交互功能、多媒体信息管理、内容聚合:RSS等。

  政府门户网站群的最终表现是一组具有相同标准和相同规范体系的网站群体系。它涵盖主站、各级子网站、各类专题子网站等同时系统为应用层的不同应用提供信息资源的不同表现形式包括有Web、RSS等。

  如上图所示本项目将采用数据与应用大集中的架构即国际收支平衡管理管理信息系统只部署在国家外汇管理局相关数据也集中存储在总局的国际收支平衡整合库中。整个系统采用B/S的结构在进行数据清洗、转换即ETL的时候会采用C/S结构整个架构主要包括如下内容

  1、构建应用支撑平台提供统一的人员、组织机构和权限管理提供支持各种复杂业务系统的开发和组装框架实现单点登录和目录服务并提供对应用系统的运行监控数据的备份恢复等功能。

  国际收支平衡管理信息系统的各个子系统以及外汇局应用支撑平台门户都是基于应用支撑平台开发、组装和运行的。

  2、数据整合与交换系统是整个国际收支平衡管理信息系统的基础负责将从外汇局内部主要是现有的业务系统或者业务数据和外汇局外部主要是共建部委的共享数据的相关外汇数据采集、清洗、转换并通过数据传输通道汇总至统一的国际收支信息的整合数据库中。

  各分支局数据通过数据传输通道上传到国家外汇管理局由数据整合和交换系统接收并处理数据最终也汇总至总局的整合数据库中。

  3、开发新版国际收支网上申报系统实现涉外收入申报业务网上受理方便企业申报业务建立与银行系统的接口满足与银行的数据交换方便银行的查询和审核操作。

  网上申报数据将统一存储至网上申报数据库并通过数据整合与交换系统与国际收支统计监测系统进行数据集成同时申报数据最终汇总至总局的整合数据库中。

  网上申报系统将与外汇局的“一站式”网上服务平台集成申报主体和银行将通过服务平台登录系统进行申报、审核、查询统计等操作。

  外汇局人员也可通过服务平台或者外汇局的应用支撑平台门户登录系统进行对申报数据的核查、查询统计操作。

  4、在数据整合与交换系统上建设统计分析系统根据基础指标和统计分析指标将整合数据库中的信息动态生成各类统计分析报表如国际收支平衡表、国际投资头寸表、结售汇统计报表等。

  统计分析系统将利用数据仓库和多维联机在线c;在对国际收支平衡状况的需求分析的基础上提供面向主题的多种分析模型和分析方法从多个角度分析国际收支平衡的状况和存在问题。统计分析结果将存储至外汇局数据仓库系统为决策支持系统提供数据支撑并可以通过BI工具在外汇局应用支撑平台门户进行展现。此外统计报表信息通过数据整合与交换平台与金宏工程其他共建部委进行“共享”。

  5、在统计分析系统和总局数据仓库的基础上建设决策支持系统通过基础指标统计分析指标和统计分析系统产生的结果借助OLAP分析模型工具产生决策支持信息和预警信息进行经济分析和预警辅助外汇管理政策的制定。

  各类统计分析模型、预警模型将统一存放到“模型库”中方便分析人员使用。此外还提供一套机制建设“知识库”存储有关外汇管理的各类信息。

  6、建设外汇局应用支撑平台门户通过门户对所有的系统进行统一管理并且将统计分析、决策支持的结果和其他应用软件的功能模块通过信息集成门户提供给外汇局的领导、业务人员使用。

  7、国际收支平衡管理系统与金宏共享平台、国际收支平衡共享数据库物理隔离国际收支平衡管理系统中的数据通过涉密网和业务网之间的数据交换系统交换到金宏内网上的国际收支平衡共享数据库中向共建部委提供数据服务。从共建部委获得的数据也通过涉密网和业务网交换系统进入数据整合与交换系统中。

  企业用户可以通过“一站式”信息服务门户访问国际收支网上申报系统完成涉外收支业务的申报申报信息由数据管理模块通过特定的数据接换到银行业务系统在银行业务系统进行审核。审核过后的结果信息再经过数据管理模块交换到网上申报系统供企业用户查询。

  企业用户需要在银行业务系统完成账户开户定时由银行业务系统交换到网上申报系统供企业用户登录。

  1、统计分析系统的数据来源于数据仓库通过条件查询模块从数据仓库得到满足用户的基础数据由数据统计模块来对这部分基础数据进行汇总统计

  2、汇总统计的数据根据外汇局用户的需要可以由报表定制模块利用原有的报表工具实现对国际收支平衡表、国际投资头寸表、结售汇统计报表、外债余额简表的设计以及利用Cognos的BI工具完成展现以及经过OLAP分析转化成多维数据

  3、针对预先设计好的数据模型以及辅助模型管理模块来产生分析结果供外汇局用户制定决策。

  1、决策支持系统利用从数据仓库获得的基础数据完成报表和查询生成日、月、季报表供外汇局用户查询浏览

  2、通过ASL规则引擎对基础数据进行分析以风险模型为依据生成分析报告

  3、利用数据挖掘模型对基础数据进行处理得到模型数据与ASL分析信息共同生成分析报告供外汇局用户来进行营运监管的管理

  国资委国有资产监督管理系统的总体框架主要包含六个层次即基础平台层、数据资源管理层、应用支撑层、业务实现层、门户展现层、终端接入层。

  1基础平台层国资委IT基础平台主要包括网络系统、主机、存储系统、安全系统、配套的软件等。网络系统分为业务内网、业务外网和互联网。业务内网与业务外网物理隔离互联网与业务外网通过防火墙配置实现逻辑隔离。

  2数据资源管理层数据资源管理层主要由数据库组成其中结构化数据库主要包括管人、管事、管资产、纪检监督业务数据库、共享数据库、基础数据库、原有系统数据库及其它信息资源库等。非结构数据库主要是由一些文件型的数据构成。信息资源库主要是应用系统的数据库它是业务应用信息系统的组成部分和数据中心的基础。

  3应用支撑层应用支撑层主要包括应用开发平台 基础数据管理、报表管理、工作流管理、表单工具、门户引擎、规则引擎、工作流引擎、用户权限管理、目录服务、内容管理、接口管理、预警平台和中间件应用服务器、消息中间件、WEB服务器。通过建设应用支撑平台实现界面集成、应用集成、数据集成及流程集成通过四个集成来达到国资委所有系统的集成效果。

  国资监管应用系统主要包括企业国有资产产权登记子系统、上市公司国有股权监督管理子系统、企业国有产权交易监督管理子系统、企业财务状况监督子系统设计、中央企业财务绩效评价子系统、中央企业财务预决算管理子系统、企业国有资产统计评价子系统、企业财务信息查询分析子系统、中央企业人员管理子系统、中央企业业绩考核子系统、中央企业重大投资管理子系统、中央企业经济运行监督子系统、纪检监察管理子系统等。

  国有资产数据中心主要包括元数据注册器、信息资源数据库、信息资源目录体系、信息资源交换体系等。国有资产信息资源库是数据中心的基础为国资委业务监管提供数据支持包括企业基本信息数据、企业绩效评价数据、企业人员管理数据、企业财务数据、国有产权数据、资产统计数据、企业重组与规划投资数据、纪检监察数据、政策法规文献数据和其他业务数据十大类。作为统一信息资源平台国有资产信息资源库对国资委各类共享数据提供统一的存储和管理是国资委委内各厅局之间以及与其它政府机关之间进行数据交换和共享的基础平台为各类业务的开展提供完整、统一和准确的数据支持。

  5门户展现层门户展现层主要由国资委数据采集门户构成、互联网门户、业务内网门户、业务外网门户组成。

  6终端接入层中央企业、地方国资委、上市企业含国有股、其它部门及公众通过统一的身份认证、权限管理登录数据采集门户、国资委业务外网门户、国资委互联网并实现统一的入口、出口和单点登录。

  其中中央企业、地方国资委、上市企业含国有股通过在线填报或离线;利用数据采集终端的方式在数据采集门户上进行数据填报数据采集门户及业务外网与内网物理隔离通过应用支撑平台提供的数据交换组件实现内、外网的数据传输和交换。其它部门包括金宏工程相关部门也是通过应用支撑平台提供的数据交换组件实现内、外网的数据传输和交换。社会公众登录国资委互联网网站进行国资监管信息查询和交互。

  除此之外贯穿着六个层次的还有国资委信息安全保障体系、项目实施与运维管理和相关的标准体系和管理规范。

  国资监管信息系统主要作用体现为国资监管业务服务。一期工程建设6大应用系统形成10个信息资源库。其总体逻辑结构图如下

  通过四大业务系统共计13个子系统覆盖国资委管资产、管人、管事、资产监督的四大业务。

  实现国有经济布局具体是通过产权登记系统掌握所有国有股权的分布情况。通过上市公司国有股权交易监督和其他企业国有股权交易监督系统对国有股权的交易进行监控随时了解国有经济的布局情况并加以控制。通过资产统计、企业财务监督、中央企业预决算管理等3个系统全面获得企业的实际财务资产情况。

  另外通过中央企业经济运行管理系统掌握中央企业的经济运行情况以及行业经济运行分析从而对中央企业重大投资进行管理和监控确保了解国有经济布局的运行情况和进行调整。

  实现国有资产的增值保值具体措施是通过管人来实现通过中央企业人员管理系统后备、任命、管理企业管理者。通过企业绩效考核系统来评价、更换人员来实现国有资产的增值保值。但不是简单的通过管人来实现国有资产增值保值任命、考核需要从资产管理、资产监督、企业运行情况等三个方面不断地获取信息对管理者进行监督和引导即使发现问题确保国有资产的增值保值。

  通过13个业务应用系统覆盖四大业务职能为解决目前监管业务中信息采集的问题、信息沟通的问题需要建设13个业务应用系统统一的数据采集系统、信息发布系统。

  针对13个业务应用形成了10大国有资产信息资源库包括监管企业方面获得的6种信息

  本项目总体技术框架建立要遵循“整合资源信息共享”、“统一架构业务协同”的原则应用系统采用多层架构以信息资源库和公共服务为基础进行开发实现资源和服务的共享实现业务层和展现层的分离。总体技术框架如下图所示

  国资委IT基础设施主要包括网络、服务器、存储系统、配套的系统软件、数据库和机房等。网络系统为内、外网物理隔离的双网结构。IT基础设施是国资委国有资产监督管理系统的基础平台。

  国有资产数据中心主要包括元数据注册器、信息资源数据库、信息资源目录体系、信息资源交换体系等。国有资产信息资源库是数据中心的基础为国资委业务监管提供数据支持包括企业基本信息数据、企业绩效评价数据、企业人员管理数据、企业财务数据、国有产权数据、资产统计数据、企业重组与规划投资数据、纪检监察数据、政策法规文献数据和其他业务数据十大类。作为统一信息资源平台国有资产信息资源库对国资委各类共享数据提供统一的存储和管理是国资委委内各厅局之间以及与其它政府机关之间进行数据交换和共享的基础平台为各类业务的开展提供完整、统一和准确的数据支持。

  国资委应用系统支撑平台主要包括由表单工具、系统集成组件、内容管理工具、工作流组件、消息交换工具、应用中间件、统一用户管理和其他组件工具构成的应用支撑平台从整合、协同、管理和服务四个方面对业务系统的开发、部署和运行进行支持。

  国有资产监督管理业务应用信息系统主要包括搭建在应用支撑平台上的基础应用组件、通过基础应用组件组合成的企业国有资产产权登记子系统、上市公司国有股权监督管理子系统、企业国有产权交易监督管理子系统、企业财务状况监督子系统设计、中央企业财务绩效评价子系统、中央企业财务预决算管理子系统、企业国有资产统计评价子系统、企业财务信息查询分析子系统、中央企业人员管理子系统、中央企业业绩考核子系统、中央企业重大投资管理子系统、中央企业经济运行监督子系统、纪检监察管理子系统。

  应用数据库主要是应用系统的数据库是业务应用信息系统的组成部分。

  国资委信息发布系统主要包括国资委内网消息发布、外网消息发布和互联网消息发布。

  除此之外贯穿着六个层次的还有国资委信息安全保障体系、技术支持与运行维护体系。同时国资委信息化相关的标准、规范、政策、法规也将在“国有资产监督管理系统”项目建设中必须加以重视并积极推进。

  模式将对项目的结果起关键作用。选择市场上最流行或最新的技术并不总是意味着会带来最好的结果。但是,选择最合适的解决方案将为行之有效的问题和...

  ,Hadoop是一个开源框架,可编写和运行分布式应用处理大规模数据。 Hadoop框架的核心是HDFS和MapReduce。其中 HDFS 是分布式文件

  化数据; 第三类:从可变性来看分为不可变可添加数据和可修改删除数据; 第四类,从规模来看分为大量数据和小量数据。 大数据平台第一个要素就是数据源,我们要处理的数据...

  和流程图 商家和用户_商家和供货商订单流程_退换货 流程图: 商家和用户_商家和供货商订单流程: 三级分销订单分佣流程:

  ,通过将任务合理分配到Client端和Server端,降低了系统的通讯开销,需要安装客户端...

  ,希望对CTO们有所借鉴。  简单说明: 1.中间件基础运行环境是经过统一规划的以WebLogic、JBOSS为主的集群环境 ...

  作者 章烨明杏仁医生CTO。中老年程序员,关注各种技术和团队管理。引子这个月读了一本书,《

  中最重要的组成部分和它们的接口,以及做出的创建、购买或是重用这些组成部分的决定;2.描述这些组成部分在运作时如何交互来实现

  1.2.1 Linux1.2.2 Dalvik和ART1.2.3 Framework1.2.4 Standard libraries1.2.5 Application1.3 Android App 组件框架1.3.1 Android四大组件是如何协同...

  posted @ 2019-06-05 14:47 南屿北岛 阅读(...) 评论(...) 编辑 收藏

  在入门了一个简单的Android的Hello World以后,我们首先来看一下我们Android的整体系统

  目标的设计思想、重大选择,因而非常重要。《方案建议书》《技术白皮书》和市场彩页中,都有它的身影,以说明产品/项目/方案的技术优势。也因此,有人称它为“市场

上一篇:系统重装吧---windows系统重装服务--本吧专为微软用户使用的操作系统提供
下一篇:系统流程图是什么?画系统流程图的软件和方法有哪些