软件系统架构图参考案例

合集下载

软件体系结构设计案例分析

软件体系结构设计案例分析

ISSS系统所处的物理环境
外部系统接口 (ESI)
主计算机负责对监控数据 和飞行计划数据进行处理 4个并行令牌环 网 双LCN接口单元 与LCN相连
增强直接访问雷达 信道
测试培训子系统
本地通信网络(LCN)
BCN
监控控制台
监控控制台
通用控制台
通用控制台
通用控制台
通用控制台
空中交通管制人员的工作站;一个区 段组可以有1~4台通用控制台
各中心的信息存储结构
数据中心的分层体系结构
数据中心的分层体系结构

分层体系结构:某一层功能和实现的变化只是上下层有关 (低耦合,可扩展、组件复用) 安全管理:访问权限 日志管理:多种操作的记录 数据访问层:审查、发布数据的操作 应用服务层:多个共享服务组件 共享服务接口:访问接口、入口,重用部分应用服务组件
体系结构说明


ቤተ መጻሕፍቲ ባይዱ

主数据中心作为整个系统共享服务的一个入口,它提供了 查询主数据中心上元数据信息的服务;负责向分数据中心 转发用户访问科学数据的请求。 分数据中心也可以作为共享服务的入口。每个分数据中心 都具有各自的管理信息系统,收集和管理某个研究领域内 的科学数据,用户可以直接登录某个分数据中心上访问数 据。 加入了安全中心。用户的基本信息,如密码、住址、所属 单位等,都由安全中心保存和维护。安全中心为所有数据 中心提供了用户的身份验证、维护的安全服务。 但是用户访问数据的权限则由各个数据中心独立地设置和 管理。
Suite System,ISSS)
ISSS是针对22个中途中心的软硬 件升级系统
需求与质量分析

空中交通管制系统若运行不好,可能会造成生命财产损失 极高的可用性

软件系统架构图-参考案例

软件系统架构图-参考案例

各种软件开发系统架构图案例介绍第一章【荐】共享平台架构图与详细说明1.1.【荐】共享平台逻辑架构设计(逻辑指的是业务逻辑)注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面:1 应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。

整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。

2 应用资源采集整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。

本次项目就要实现对这两类资源的有效采集和管理。

对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。

对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。

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

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

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

1.2.【荐】技术架构设计注:技术架构图--主要突出子系统/模块自身使用的技术和模块接口关联方式如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。

下面我们将分别进行说明。

1.3.【荐】系统整体架构设计(也称为系统总体架构)上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下:注:系统整体/总体架构图--主要突出从物理硬件(物理层/基础层)、数据库(数据层)、后台底层(支撑层)、业务逻辑(业务层/应用层)、UI描述(展示层)、系统用户分类(用户层),项目实施与运维管理,标准与规范体系和安全保障体系(贯穿各层的保障系统)一般我们只画大虚框内的部分就行了,外面的是说明与其他系统的对接描述,可以省略综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。

软件架构设计的模式与实践案例分析

软件架构设计的模式与实践案例分析

软件架构设计的模式与实践案例分析1. 引言软件架构设计在现代软件开发中扮演着重要的角色。

恰当选择和应用合适的架构设计模式可以提高软件的可维护性、可扩展性和性能等方面的质量。

本文将通过分析几个实际案例,介绍常见的软件架构设计模式以及它们的实践应用。

2. 分层架构模式分层架构模式是最常见的软件架构设计模式之一。

它将软件系统分为多个层次,各层次之间通过接口进行通信。

每个层次负责不同的功能,使得系统的耦合度降低,易于维护和扩展。

以一个电子商务平台为例,典型的分层架构包括展示层、业务逻辑层和数据存储层。

3. MVC架构模式MVC(Model-View-Controller)是一种常见的软件架构设计模式,特别适用于Web应用程序。

它通过将应用程序划分为数据模型、用户界面和控制器三个部分,实现了数据和业务逻辑的分离。

当用户与界面交互时,控制器负责处理请求并更新数据模型和视图。

一些知名的Web框架如Spring MVC和Ruby on Rails都采用了MVC架构模式。

4. 事件驱动架构模式事件驱动架构模式是一种基于事件和消息传递的软件架构设计模式。

它将系统组织为多个异步事件处理器,各处理器通过事件和消息进行通信。

当事件发生时,相关的处理器负责处理并触发其他事件。

这种架构适用于高并发场景和松耦合系统。

例如,基于事件驱动架构设计的消息队列系统可以处理大量实时消息。

5. 微服务架构模式微服务架构模式是近年来兴起的一种架构设计模式。

它将大型软件系统拆分为多个小型、自治的服务。

每个服务都独立运行,并通过轻量级的通信机制进行交互。

这种架构设计模式具有高度的可伸缩性和灵活性,容易于进行持续集成和部署。

知名的微服务架构框架包括Spring Cloud和Netflix OSS。

6. 多层架构模式多层架构模式是一种将系统划分为多个逻辑层次的软件架构设计模式。

典型的多层架构包括表示层、业务逻辑层、数据访问层、数据持久层等。

这种架构设计模式可以使得系统的各个层次之间的依赖性降低,提高了系统的可维护性和可扩展性。

软件系统架构图-参考案例

软件系统架构图-参考案例

各种软件开发系统架构图案例介绍v1.0 可编辑可修改第一章【荐】共享平台架构图与详细说明1.1.【荐】共享平台逻辑架构设计(逻辑指的是业务逻辑)注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面:1 应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。

整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。

2 应用资源采集整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。

本次项目就要实现对这两类资源的有效采集和管理。

对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。

对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。

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

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

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

1.2.【荐】技术架构设计注:技术架构图 --主要突出子系统/模块自身使用的技术和模块接口关联方式如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。

下面我们将分别进行说明。

1.3.【荐】系统整体架构设计(也称为系统总体架构)上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下:注:系统整体/总体架构图 --主要突出从物理硬件(物理层/基础层)、数据库(数据层)、后台底层(支撑层)、业务逻辑(业务层/应用层)、UI描述(展示层)、系统用户分类(用户层),项目实施与运维管理,标准与规范体系和安全保障体系(贯穿各层的保障系统)一般我们只画大虚框内的部分就行了,外面的是说明与其他系统的对接描述,可以省略综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。

sacs原理功能介绍以及实例

sacs原理功能介绍以及实例

一、功能特点1、软件功能SACS系统是美国EDI公司(Engineering Dynamic INC.)的产品,是基于有限元技术的仿真平台,是为海洋平台和土木工程提供结构分析的一套软件,尤其在海洋动力分析方面有自己独到的优势。

现在,SACS 包括了广泛的有关海洋平台结构设计和分析模块,功能强大。

SACS 系统在各大洲都有应用,包括单机和网络。

美国EDI公司(Engineering Dynamic INC.)成立于1973年,具有丰富的工程软件开发经验,其代表产品为有限元分析软件系统SACS,该软件最早起源于航空航天技术及其程序代码,1974 年开始应用于商业,已发展成当今海事结构设计分析中应用最广泛的软件系统,得到了全球海洋工业的认可,目前有超过300家专业海事结构设计公司采用SACS系统。

SACS软件功能强大,可以分析复杂海洋环境下结构的静力和动力作用,每个模块都有着丰富的作用。

在静力分析模块中包括结构的线弹性静力分析、含有间隙单元的线弹性静力分析、大变形分析、桩-土-结构相互作用的非线性静力分析、完全塑性倒塌分析;在动力分析模块中包括结构的模态分析、疲劳分析、地震分析、力响应分析、波浪作用分析、冰作用分析、风谱作用分析以及引擎振动分析。

2、软件编制依据、编制原理、系统架构、核心方法2.1编制依据及原理软件依据材料力学、弹塑性力学、动力学、海洋动力学、断裂力学、岩土力学等编制,内置美国API、英国、德国、挪威以及日本等国家级组织的钢架结构资料库,基于有限元以及有限差分法理论编制而成。

软件含有专业、方便的的波浪、重力、浮力、风力、冰等载荷的设置,完全执行美国石油组织(API)第20版环境载荷规定,包含5种波浪理论(Airy、Stokes、Stream Function、Cnoidal and Solitary)以及完善的流体静力学、动力学分析能力。

SACS系统所有的程序模块都包含有比较完整的英制及公制单位的缺省工程参数以简化用户的输入。

2018年系统架构师考试科目二:案例分析

2018年系统架构师考试科目二:案例分析

2018 年系统架构师考试科目二:案例分析1.阅读以下关于软件系统设计的叙述,在答题纸上回答问题 1 至问题 3。

【题目】某文化产业集团委托软件公司开发一套文化用品商城系统,业务涉及文化用品销售、定制、竞拍和点评等板块,以提升商城的信息化建设水平。

该软件公司组织项目组完成了需求调研,现已进入到系统架构设计阶段。

考虑到系统需求对架构设计决策的影响,项目组先列出了可能影响系统架构设计的部分需求如下:(a)用户界面支持用户的个性化定制;(b)系统需要支持当前主流的标准和服务,特别是通信协议和平台接口;(c)用户操作的响应时间应不大于 3 秒,竞拍板块不大于 1 秒;(d)系统具有故障诊断和快速恢复能力;(e)用户密码需要加密传输;(f)系统需要支持不低于 2G 的数据缓存;(g)用户操作停滞时间超过一定时限需要重新登录验证;(h)系统支持用户选择汉语、英语或法语三种语言之一进行操作。

项目组提出了两种系统架构设计方案:瘦客户端 C/S 架构和胖客户端 C/S 架构,经过对上述需求逐条分析和讨论,最终决定采用瘦客户端 C/S 架构进行设计。

【问题 1】(8 分)在系统架构设计中,决定系统架构设计的非功能性需求主要有四类:操作性需求、性能需求、安全性需求和文化需求。

请简要说明四类需求的含义。

【问题 1 解析】统性能需求(Performance Requirements):指响应时间、吞吐量、准确性、有效性、资源利用率等与系统完成任务效率相关的指标。

可靠性、可用性等指标可归为此类。

安全性需求(Security Requirements):系统向合法用户提供服务并阻止非授权用户使用服务方面的系统需求。

操作性需求(Operational Requirements):与用户操作使用系统相关的一些需求。

文化需求(Cultural Requirements):带有文化背景因素的系统需求。

【问题 2】(8 分)根据表 1-1 的分类,将题干所给出的系统需求(a)~(h)分别填入(1)~(4)。

软件设计与体系结构-第四章-面向对象的软件设计方法课件

软件设计与体系结构-第四章-面向对象的软件设计方法课件

l 概念模型与顶层架构设计:
l 在用户需求和相关的业务领域中,概念及概念关系的抽取
l 用户界面设计:
l 设计每个界面中的所有界面元素,确定初步的界面布局,定义用户界面动作对软件系统中设计元
素的要求
l 数据模型的设计:
l 确定设计模型中需要持久保存的类的对象及其属性,定义持久持久存储数据之间的组织方式,并
.
26
概念模型和顶层架构设计
l 边界类: 其职责包括: l 边界控制: l 包括定义数据的格式及内容转换,输出结果的呈现,软件运行过程中界
面的变化与切换等。 l 外部接口: l 实现目标软件系统与外部系统或外部设备之间的信息交流和互操作,主
要关注跨越目标软件系统边界的通信协议 l 环境隔离: l 对目标软件系统与操作系统、数据库管理系统、中间件等环境软件进行
事件流中步骤(1)
l (3)如果账户余额小于取款金额,则显示信息“账户余额不足,请重新输入”,并返回主事件流
中步骤(1)
l (4)顾客在确认取款金额前右以选择取消交易。
l 后置条件: 如果取款成功,系统从账户余额中减去相应数额,并返回等待状态;如果顾客取消交易,
则返回等待状态
.
19
用例的分析与设计
体技术没有关系 l 顶层架构的设计 l 目的: 为后续的分析和设计活动建立一种结构和划分
.
24
概念模型和顶层架构设计
l 关键概念来源: l 为建立以UML类图表示的领域概念模型,首先必须标识关键概念。关键
概念的来源包括: l (1)业务需求描述、用例说明; l (2)业务领域中的相关规范、标准、术语定义。 l (3)反映业务领域知识的既往经验。 l 业务需求描述 l 业务领域中的相关规范、标准、述评呼定义 l 反映业务领域知识的既往经验

系统架构设计典型案例

系统架构设计典型案例

系统架构设计典型案例一、共享平台逻辑架构如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面:1 应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。

整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。

2 应用资源采集整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。

本次项目就要实现对这两类资源的有效采集和管理。

对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。

对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。

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

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

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

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

下面我们将分别进行说明。

三、整体架构设计案例上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下:综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。

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

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件系统架构图-参考案例————————————————————————————————作者:————————————————————————————————日期:ﻩ各种软件开发系统架构图案例介绍第一章【荐】共享平台架构图与详细说明1.1.【荐】共享平台逻辑架构设计(逻辑指的是业务逻辑)注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面:1应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。

整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。

2 应用资源采集整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。

本次项目就要实现对这两类资源的有效采集和管理。

对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。

对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。

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

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

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

1.2.【荐】技术架构设计注:技术架构图--主要突出子系统/模块自身使用的技术和模块接口关联方式如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。

下面我们将分别进行说明。

1.3.【荐】系统整体架构设计(也称为系统总体架构)上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下:注:系统整体/总体架构图--主要突出从物理硬件(物理层/基础层)、数据库(数据层)、后台底层(支撑层)、业务逻辑(业务层/应用层)、UI描述(展示层)、系统用户分类(用户层),项目实施与运维管理,标准与规范体系和安全保障体系(贯穿各层的保障系统)一般我们只画大虚框内的部分就行了,外面的是说明与其他系统的对接描述,可以省略综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。

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

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

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

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

通过对资源库的有效分类,建立完善的元数据管理规范,从而更加合理有效的实现资源的共享机制。

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

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

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

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

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

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

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

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

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

共享信息平台的建设旨在全面整合相关应用系统资源,实现有效的浏览、查询检索机制,整体数据通过规范化的元数据管理机制,实现有效的梳理存储,为今后资源的整合奠定基础。

不仅如此,在实际项目建设中还将引入商业智能应用模块,实现对共享资源的智能化分析,从而为决策预警等提供有力依据。

原有业务系统改造则是实现原有应用系统相关流程等的优化配置,并通过有效的数据梳理改造为信息资源的共享奠定良好的基础。

本次项目中需要改造系统包括:政务公开系统、办公自动化系统、公众服务系统以及综合管理系统。

新的业务系统的建设则是要全面提升现阶段我局整体办公效率,继续加强信息化建设,通过更加全面合理的应用系统的建设,提升我局整体服务水平。

本次项目需要建设系统包括:业务经办系统、社会保险系统、土地储备系统、企业监督系统、劳动监察系统、劳动关系与仲裁系统、就业和失业管理系统以及综合管理系统。

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

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

第二章国有资产监督管理系统架构图与说明2.1.【荐】总体架构国资委国有资产监督管理系统总体架构图注:系统整体/总体架构图--主要突出从物理硬件(物理层/基础层)、数据库(数据层)、后台底层(支撑层)、业务逻辑(业务层/应用层)、UI描述(展示层)、系统用户分类(用户层),项目实施与运维管理,标准与规范体系和安全保障体系(贯穿各层的保障系统)国资委国有资产监督管理系统的总体框架主要包含六个层次,即基础平台层、数据资源管理层、应用支撑层、业务实现层、门户展现层、终端接入层。

1.基础平台层:国资委IT基础平台主要包括网络系统、主机、存储系统、安全系统、配套的软件等。

网络系统分为业务内网、业务外网和互联网。

业务内网与业务外网物理隔离,互联网与业务外网通过防火墙配置实现逻辑隔离。

2.数据资源管理层:数据资源管理层主要由数据库组成,其中结构化数据库主要包括管人、管事、管资产、纪检监督业务数据库、共享数据库、基础数据库、原有系统数据库及其它信息资源库等。

非结构数据库主要是由一些文件型的数据构成。

信息资源库主要是应用系统的数据库,它是业务应用信息系统的组成部分和数据中心的基础。

3.应用支撑层:应用支撑层主要包括应用开发平台(基础数据管理、报表管理、工作流管理、表单工具、门户引擎、规则引擎、工作流引擎、用户权限管理、目录服务、内容管理、接口管理、预警平台)和中间件(应用服务器、消息中间件、WEB服务器)。

通过建设应用支撑平台,实现界面集成、应用集成、数据集成及流程集成,通过四个集成来达到国资委所有系统的集成效果。

4.业务实现层:主要包括四大核心业务应用系统和数据中心。

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

国有资产数据中心:主要包括元数据注册器、信息资源数据库、信息资源目录体系、信息资源交换体系等。

国有资产信息资源库是数据中心的基础,为国资委业务监管提供数据支持,包括企业基本信息数据、企业绩效评价数据、企业人员管理数据、企业财务数据、国有产权数据、资产统计数据、企业重组与规划投资数据、纪检监察数据、政策法规文献数据和其他业务数据十大类。

作为统一信息资源平台,国有资产信息资源库对国资委各类共享数据提供统一的存储和管理,是国资委委内各厅局之间以及与其它政府机关之间进行数据交换和共享的基础平台,为各类业务的开展提供完整、统一和准确的数据支持。

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

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

其中,中央企业、地方国资委、上市企业(含国有股)通过在线填报或离线填报(利用数据采集终端)的方式在数据采集门户上进行数据填报,数据采集门户及业务外网与内网物理隔离,通过应用支撑平台提供的数据交换组件实现内、外网的数据传输和交换。

其它部门(包括金宏工程相关部门)也是通过应用支撑平台提供的数据交换组件实现内、外网的数据传输和交换。

相关文档
最新文档