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

合集下载

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

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

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

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


ቤተ መጻሕፍቲ ባይዱ

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

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

软件体系结构案例

软件体系结构案例

软件体系结构案例分析案例一:学生管理系统功能如下面业务分解图所示,将一个开发的软件——学生管理系统分成五个子系统,学生档案管理:学生的一般情况,及奖励,处分情况;学生成绩管理:学习成绩,补考成绩;学籍处理:学生留降级处理,休复学处理,退学处理;日常教务管理:日常报表,如通知书,补考通知书等,学生学成绩的各种分类统计;毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。

、信息采集与各部门的使用权限每学期考试完毕由各系录入成绩,然后由教务科收集。

为了信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下:性能、网络环境下的多用户系统在上述已有的硬件环境下,信息由各用户在规定的权限下在各自的工作站上录入,信息上网后各用户可查询,调用,达到信息共享。

2、数据的完整性,准确性、录入数据采用表格方式,限制录入数据类型及取值范围以保证数据的完整性及准确性。

b、系统具有部分反悔修改功能,系统备有的修改功能均可反悔、数据完成的时间性,如成绩的录入,仅当师资科录入教学进程,教务科分发教师教学任务安排之后,各系方可录入成绩。

4、数据安全性本系统采用二级安全保障第一级:依赖于网络本身对用户使用权限的规定。

第二级:在程序模块中通过使用密码控制功能对用户使用权限加以限制。

如上表、成绩自动统计分析及学籍的自动处理本系统按学籍管理条例设计了若干个软件处理模块:1、按某学生某学期,学年考试及补考成绩,自动生成该学生是否升留降级,退学。

2、可按某学生在校期间累计补考科目门数和成绩自动生成该学生是否结业,毕业,授位。

3、可按某学生因非成绩原因所引起的学籍变更作自动处理。

4、可按每学期各年级班学生考试成绩自动生成补考名单,科目。

5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。

*案例二:网上招聘系统项目来源及背景本项目是为北京某公司开发的一个网上招聘系统,由于这个公司的规模比较大,需要招聘的员工也很多,每次招聘总能收到成千上万的简历,如何挑选合适的应聘者常常是公司比较棘手的事情,为人力资源部的工作人员带来很多的工作量。

系统架构图ppt

系统架构图ppt
TCP/IP协议族
系统主要使用的通信协议,包括TCP、UDP 、ICMP等。
FTP协议
用于文件传输的通信协议。
HTTP协议
用于Web应用和Web服务的通信协议。
SSH协议
用于远程登录和管理系统的通信协议。
04
数据架构图
描述数据的存储结构
数据存储位置
详细标明数据的存储位置,包括服务 器、数据库、云存储等。

展示系统的网络布局
01
02
03
网络拓扑结构
展示系统的网络设备和网 络连接的布局,包括核心 交换机、汇聚交换机、接 入交换机等。
IP地址规划
展示系统的IP地址分配和 子网划分,确保系统的网 络通信正常。
路由规划
展示系统的路由协议和路 由配置,确保数据能够正 确地传输到目标位置。
说明系统的通信协议
安全流程
规定系统的安全操作和管理流程, 包括用户管理、权限分配、数据备 份等。
安全培训
提高员工的安全意识和技能,确保 员工遵循安全规定和流程。
06
系统架构设计原则与最佳实践
分层设计原则
总结词
分层设计原则将系统划分为不同的层次,每个层次负责特定的功能和职责,层次之间通 过接口进行通信。
详细描述
通过将系统划分为不同的层次,可以实现职责的分离和模块的复用。每个层次都应该遵 循单一职责原则,即每个层次只负责特定的功能和职责,这样可以提高系统的可维护性 和可扩展性。层次之间的接口应该清晰、简洁,并且遵循开放/封闭原则,即对扩展开
恢复策略
描述在数据丢失或损坏的情况下,如 何进行数据恢复,包括恢复的流程和 恢复的数据版本。
05
安全架构图
描述系统的安全机制

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24个典型系统架构图产品逻辑图(可编辑)

24个典型系统架构图产品逻辑图(可编辑)
互动教学
用户运营
个人微信
机构公众号
微信社群
微信朋友圈
持续运营
增购复购
口碑传播
老带新裂变
公域流量
高质量私域流量
成交变现
高效管理
口碑提升
流量入口
转化裂变
教务教学管理
学生服务
转化留存
机构官网
营销裂变模版
线上营销活动
机构电子名片
线索信息获取
线索数据分析
线索维护跟进
线索状态变更
营销方案、模版
数据服务支持
海量精选课程
总部:系统准备、大型活动策划、日常活动策划门店员工:活动传播、答疑
总部:系统准备、裂变策划、召回策划门店员工:建立客户信任
运营引擎 为用户提供终端顾问式服务 打造融合营销闭环
流量导入
资产沉淀
促进转化
持续运营
公域(原生关注)
商域(推广广告)
内容
服务
社区
第0屏
全场景
联盟
线上
线下
乐划锁屏
小游戏
视频
智能短信
……
成果转化部
示范推广部
创新研究院
产业孵化器
众创空间
人才培养基地
学生实践基地
管理版块
业务板块
众创平台
教育平台
数字化合格评定研究
前沿建筑技术研究
智慧监管政策研究
资产金融化研究
……
中心主任
组织机制
产品功能矩阵
情境目标
用户视角
短广结构
娱乐化包装
视觉层面
内容力增强
逻辑层面
极致获得感
体感层面
预期效果
用短视频让更多用户感到价值

系统架构设计典型案例

系统架构设计典型案例

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

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

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

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

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

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

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

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

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

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

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

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

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

软件总体架构图

软件总体架构图

1软件总体架构图软件结构如图1.1所示:大容量数据采集与处理程序工业以太网网关路由程序CGIBOATCP/IP操作系统界面ucLinux 内核MicroBlaze Ip 设计图1.1 FPGA 数据采集软件架构图以上是系统的软件结构框图,我们下面将就具体每一个步骤的设计进行一个简要的描述:2 MicroBlaze IP 核设计IP 字面意思是知识产权,在微电子领域,具有知识产权的功能模块成为IP Core 或IP 核。

IP 可以用来生成ASIC 和PLD 逻辑功能块,又称为虚拟器件VC 。

IP 核可以有很多种,比如UART 、CPU 、以太网控制器、PCI 接口等。

根据IP 核描述的所在集成电路的设计层次,IP 可以分为硬IP 、软IP 、固IP 。

硬IP 的芯片中物理掩膜布局已经得到证明,所有的验证和仿真工作都已经完成,用它可以直接生产硅片,系统设计者不能再对它进行修改。

而软IP 是以行为级和RTL 级的Verilog 或VHDL 代码的形式存在,它要经过逻辑综合和版图综合才能最终实现在硅片上。

固IP 则介于两者之间。

Xilinx 公司的MicroBlaze32位软处理器核是支持CoreConnect 总线的标准外设集合。

MicroBlaze 处理器运行在150MHz 时钟下,可提供125 D-MIPS 的性能,非常适合设计针对网络、电信、数据通信和消费市场的复杂嵌入式系统。

1.MicroBlaze 的体系结构MicroBlaze 是基于Xilinx 公司FPGA 的微处理器IP 核,和其它外设IP 核一起,可以完成可编程系统芯片(SOPC)的设计。

MicroBlaze 处理器采用RISC 架构和哈佛结构的32位指令和数据总线, 可以全速执行存储在片上存储器和外部存储器中的程序, 并访问其中的数据, 如图4.1所示指令端总线接口程序指针(PC )运算器通用寄存器组32x32Bit指 令 缓冲指 令 译码数 据 端 总 线 接口DLMBDOP B图2.1 MicroBlaze 内核结构框图(1)内部结构MicroBlaze内部有32个32位通用寄存器和2个32位特殊寄存器—— PC 指针和MSR 状态标志寄存器。

软件架构视图案例

软件架构视图案例

软件架构视图案例设备调试系统案例概述本文的以下部分,将研究一个案例:某型号设备调试系统。

设备调试员通过使用该系统,可以察看设备状态(设备的状态信息由专用的数据采集器实时采集)、发送调试命令。

该系统的用例图如图1所示。

图1 设备调试系统的用例图经过研制方和委托方的紧密配合,最终确定的需求可以总括地用表1来表示。

表2 设备调试系统的需求下面从不同视图进行架构设计,来分门别类地将不同需求一一满足。

逻辑视图:设计满足功能需求的架构首先根据功能需求进行初步设计,进行大粒度的职责划分。

如图2所示。

•应用层负责设备状态的显示,并提供模拟控制台供用户发送调试命令。

•应用层使用通讯层和嵌入层进行交互,但应用层不知道通讯的细节。

•通讯层负责在RS232协议之上实现一套专用的"应用协议"。

•当应用层发送来包含调试指令的协议包,由通讯层负责按RS232协议将之传递给嵌入层。

•当嵌入层发送来原始数据,由通讯层将之解释成应用协议包发送给应用层。

•嵌入层负责对调试设备的具体控制,以及高频度地从数据采集器读取设备状态数据。

•设备控制指令的物理规格被封装在嵌入层内部,读取数采器的具体细节也被封装在嵌入层内部。

图2 设备调试系统架构的逻辑视图开发视图:设计满足开发期质量属性的架构软件架构的开发视图应当为开发人员提供切实的指导。

任何影响全局的设计决策都应由架构设计来完成,这些决策如果"漏"到了后边,最终到了大规模并行开发阶段才发现,可能造成"程序员碰头儿临时决定"的情况大量出现,软件质量必然将下降甚至导致项目失败。

其中,采用哪些现成框架、哪些第三方SDK、乃至哪些中间件平台,都应该考虑是否由软件架构的开发视图确定下来。

图6展示了设备调试系统的(一部分)软件架构开发视图:应用层将基于MFC设计实现,而通讯层采用了某串口通讯的第三方SDK。

图3 设备调试系统架构的开发视图在说说约束性需求。

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

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

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

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

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

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

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

3数据分析与展现采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现,具体包括了对资源的 查询、分析、统I 业务 I 郭「1'委办I 局( 统一管理数据分析与展现非结构化数据采集工只故样昔询数据辛華尙'[cEr-戟捷处玮甘尸决贵袁持T J气警弟兰■=■薛统一分析lglHelH壬義匚菅互f '7按疋 __L计、汇总、报表、预测、决策等功能模块的搭建。

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

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

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

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

1.3. 【荐】系统整体架构 设计(也称为系统总体架构)上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过 上述设计,我们对整体项目的架构图进行了归纳如下:运用的运行菅程件吕注:系统整体/总体架构图--主要突出从物理硬件(物理层 /基础层)、数据库(数据层)、后台底层(支撑 层)、业务逻辑(业务层/应用层)、UI 描述(展示层)、系统用户分类(用户层),项目实施与运维管理, 标准与规范体系和安全保障体系(贯穿各层的保障系统)般我们只画大虚框内的部分就行了,外面的是说明与其他系统的对接描述,可以省略gasuia[1 谒a***耳乙暂耳融盲翻吏至] _电壬上 tTS*£ELT . 7— r^tfreT-? TN L --ILU.■£二一共車屮台 建设S公特业轉经办 社僉保瑕 土抱佃畚 企立监誉 畀刼关系 5中规 就壮夷业 粽合酉理■ ■内网门尸乡救一应用管理层U K 十T 叮 三=二追环 _ I- 型d 二应用支撰层基班层层位口莘甲粧应用安捱层一审室■t一综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第二章国有资产监督管理系统架构图与说明2.1. 【荐】总体架构口 救据;R 班终堆单点醴录(SSO ) ■纸 的身协认血*机趾哲理国资委国有资产监督管理系统总体架构图注:系统整体/总体架构图--主要突出从物理硬件(物理层 /基础层)、数据库(数据层)、后台底层(支撑 层)、业务逻辑(业务层/应用层)、UI 描述(展示层)、系统用户分类(用户层),项目实施与运维管理, 标准与规范体系和安全保障体系(贯穿各层的保障系统)国资委国有资产监督管理系统的总体框架主要包含六个层次,即基础平台层、数据资源管理层、应 用支撑层、业务匕弄上卄 C 肯国fl 心1豆 stk^n/近丄眸)蠡掘采集厂户二 _| * 一一 —世资蛋外网门户兀联剧门户—二二画照 ----------------- -- 列刖检离:円HP凶瓷要询网门户(,1>他i 代見况血》j ◎軒曾坷「「冋知皆可)( —[门门慣印民顶口实幡与込缩笛理标取与规范体系和安金保障休系it-#靛挣曲松曲士範弄佶担音说井输 申快曲血对条虫辿祥呀 金比环苦衣:EJH 晋H*ian工fl ■涯皿斗足单nt 件旳淀竹理细甘hrmff 犢川户聊闻轴那 齣祚戈鞄曲.件JU 驴冊 徭n 疋1E 怦F!担■斗EFL XHf .TP 晶分折引拿數抵手VtF.li I Wif(l :TL 1RI」1帕性邑I-.V出上操忙■飙敷亦I 秸叨卄IftfT悩喀」■<诃毘智审个斤工 fE 齐冷灯>; 星础匚口33=■I »静巾中臾址业期务牛决Mit IP .历片弄产堆:i 评出I 」丄冋I .•占■n 克宦斗宜*扭皤■W 业哥wsefr^'fi 谆严扁莒国高左曲产需交虽它理琵11圧n 馬产芳吒上FQKapfi 氐应鲁理 ■1&拯中心1T应捷支检屮台基址敦担耗川组齐心裁虫¥理班忡 口最珊齐媪仲 钛帝尽円丄且业务丈配瞑数错疋bti’iTE实现层、门户展现层、终端接入层。

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

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

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

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

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

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

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

相关文档
最新文档