建设的技术架构
一、总体架构(五层 + 智能层)
┌─────────────────────────────────────────────────────────────┐
│ 接入层(Access Layer) │
├─────────────────────────────────────────────────────────────┤
│ 应用层(Application Layer) │
├─────────────────────────────────────────────────────────────┤
│ 服务层(Service Layer) │
├─────────────────────────────────────────────────────────────┤
│ 数据层(Data Layer) │
├─────────────────────────────────────────────────────────────┤
│ 基础设施层(Infrastructure) │
└─────────────────────────────────────────────────────────────┘
↑
【AI智能能力层】
二、各层详细设计
1. 接入层(统一入口)
- 核心定位:内外统一接入、安全管控、协议转换
- 核心能力
- 多端入口:Web 门户、移动端(APP / 小程序)、API 网关、第三方系统集成(OA/ERP/ 财务 / 业务系统)
- 数据接入:文件上传(合同 / 制度)、批量导入、实时数据同步、日志采集
- 安全管控:身份认证(SSO/OAuth2)、权限校验、流量控制、防攻击
- 关键技术:API 网关(Spring Cloud Gateway/APISIX)、反向代理、负载均衡、安全网关
2. 应用层(业务场景落地)
- 核心定位:面向用户的合规业务功能,覆盖全场景
- 核心模块(GRC 六位一体)
- 合规管理:法规库、制度库、合规审查、合规检查、合规培训
- 法人治理:“三重一大” 决策、股东会 / 董事会 / 监事会管理、授权管理
- 内部控制:流程管控、控制点监控、内控自评、缺陷整改
- 风险管理:风险识别、评估、预警、应对、监控、报告
- 法律事务:合同管理、案件管理、纠纷处理、知识产权、合规函件
- 审计监督:审计计划、审计实施、问题跟踪、整改闭环、审计报表
- 通用应用:合规门户、风险看板、智能报表、移动审批、消息中心、个人工作台
- 技术特点:低代码 / 无代码配置、微前端、多租户、个性化门户
3. 服务层(能力中台)
- 核心定位:解耦业务与技术,提供可复用的原子服务
- 核心服务组件
- 规则引擎:将法规 / 制度转化为可执行规则,支持动态配置、版本管理、规则冲突检测
- 工作流引擎:合规审批、风险处置、整改流程、审计流程的可视化建模与执行
- AI 服务中心:智能审查、风险预测、知识问答、法规解读、合同智能比对
- 数据服务:数据查询、统计分析、指标计算、报表生成、数据推送
- 权限服务:组织架构、角色、权限、数据权限、操作日志、审计追溯
- 消息服务:预警通知、待办提醒、邮件 / 短信 / APP 推送、消息模板
- 集成服务:ESB/API 集成、数据同步、服务编排、异构系统对接
- 关键技术:微服务架构(Spring Cloud/Dubbo)、服务注册发现、熔断限流、分布式事务
4. 数据层(合规数据中枢)
- 核心定位:统一数据治理、存储、服务,支撑智能分析
- 数据分类与存储
- 结构化数据:业务数据(审批 / 合同 / 风险)、主数据(组织 / 人员 / 客户)、指标数据 → 关系型数据库(MySQL/PostgreSQL/Oracle)、数据仓库(Hive/ClickHouse)
- 非结构化数据:法规文件、制度文档、合同文本、审计证据、影像资料 → 对象存储(OSS/MinIO)、文档数据库(MongoDB)、全文检索(Elasticsearch)
- 图数据:法规 - 制度 - 业务 - 风险 - 案例关联网络 → 图数据库(Neo4j/NebulaGraph)
- 日志数据:操作日志、审计日志、系统日志 → 时序数据库(InfluxDB)、日志平台(ELK)
- 数据治理能力
- 数据采集:ETL/ELT、CDC(Flink CDC)、实时同步、批量导入
- 数据处理:清洗、标准化、脱敏、质量校验、元数据管理
- 数据服务:数据 API、数据共享、数据脱敏、数据权限控制
- 关键技术:数据中台、湖仓一体(Hudi/Delta Lake)、数据治理平台、数据脱敏工具
5. 基础设施层(技术底座)
- 核心定位:提供稳定、安全、弹性的运行环境
- 核心能力
- 计算资源:云服务器、容器(K8s/Docker)、Serverless、弹性伸缩
- 存储资源:块存储、文件存储、对象存储、分布式存储
- 网络资源:私有网络、负载均衡、安全组、VPN、专线
- 基础软件:操作系统、数据库、中间件、消息队列(Kafka/RocketMQ)、缓存(Redis)
- 安全保障:等保合规、数据加密、访问控制、入侵检测、漏洞扫描、灾备
- 运维监控:监控告警、日志分析、性能监控、链路追踪、CI/CD、自动化运维
- 部署模式:公有云、私有云、混合云、本地化部署
6. AI 智能能力层(核心引擎)
- 核心定位:赋予平台 “智慧”,实现从人工到智能的跃升
- 核心组件
- 规则引擎 + 大模型双引擎:规则引擎处理确定性合规要求;大模型处理复杂、模糊场景(如合同审查、风险研判)
- 知识图谱:构建 “法规 - 制度 - 业务 - 风险 - 案例” 四维关联网络,支持智能推理、关联分析、合规追溯
- NLP 与文本智能:法规解析、合同审查、风险识别、智能问答、摘要生成、语义检索
- 机器学习与预测:风险预测模型、异常检测、趋势分析、合规评分、风险预警
- RAG 检索增强生成:结合企业私有合规知识库,解决大模型 “幻觉”,提供精准合规知识服务
- 多模态处理:文本、图像、音频、视频的合规识别(如证照核验、印章识别)
- 典型应用:智能合规审查、风险自动预警、法规智能推送、合同智能比对、合规知识问答、风险态势分析
三、核心技术特点
- 分层解耦:各层独立演进、松耦合、易扩展、易维护
- 云原生架构:容器化、微服务、弹性伸缩、持续交付
- 数据驱动:统一数据标准、全量数据采集、深度数据治理、数据价值挖掘
- AI 深度融合:大模型 + 知识图谱 + 规则引擎,实现合规管理智能化
- 一体化协同:GRC 六大模块深度融合,打破数据孤岛,实现流程贯通
- 安全合规:等保三级、数据加密、访问控制、操作审计、全程可追溯
- 开放集成:标准化 API、低代码集成,无缝对接现有业务系统
四、技术选型参考(主流方案)
| 层级 | 核心技术 | 主流选型 |
|---|---|---|
| 接入层 | API 网关、安全网关 | APISIX、Spring Cloud Gateway、Nginx |
| 应用层 | 微前端、低代码 | Vue/React、amis、宜搭 |
| 服务层 | 微服务、规则引擎 | Spring Cloud、Drools、Easy Rules |
| 数据层 | 数据库、数据仓库 | MySQL、PostgreSQL、ClickHouse、Neo4j |
| 基础设施 | 容器、云平台 | Kubernetes、Docker、阿里云 / 华为云 |
| AI 能力 | 大模型、知识图谱 | 通义千问、文心一言、Neo4j、LangChain |
五、建设实施路径
- 需求梳理与规划:明确合规场景、业务流程、数据来源、系统集成需求
- 架构设计与选型:确定分层架构、技术栈、部署模式、安全方案
- 数据治理与集成:梳理数据资产、制定数据标准、建设数据中台、对接业务系统
- 核心能力建设:规则引擎、知识图谱、AI 服务、工作流引擎
- 应用模块开发:分模块建设合规、风控、法务、审计等应用
- 测试与上线:功能测试、性能测试、安全测试、用户验收、灰度上线
- 运维与优化:持续监控、迭代优化、AI 模型训练与更新
1. 一句话区别
- 文件存储:是存储类型 / 使用方式,面向 “文件、文件夹”。
- 分布式存储:是架构方式,把数据分散在多台机器上。
2. 详细对比
(1)文件存储(File Storage)
- 特点:像你电脑的 C/D 盘、共享文件夹、NAS
- 结构:目录树结构 → 文件夹套文件夹
- 协议:NFS、SMB/CIFS
- 用途:存文档、合同、制度、附件、影像资料
- 优点:简单、易用、像本地磁盘
- 缺点:单节点性能、容量有上限
(2)分布式存储(Distributed Storage)
- 特点:数据分片存在多台服务器,统一对外提供服务
- 结构:集群架构,横向扩展
- 优点:容量无限扩展、高可靠、高并发、不丢数据
- 缺点:架构复杂
3. 它们的关系(关键)
- 分布式文件存储(最常见)
- 分布式块存储
- 分布式对象存储
- 文件存储可以是单机的,也可以是分布式的
- 分布式存储可以提供文件服务、块服务、对象服务
4. 放到你 “依法合规治企智慧平台” 里怎么理解?
- 文件存储:指用来存合同、制度、法规、审计底稿、附件的存储服务
- 分布式存储:指底层技术架构,保证高可用、大容量、不丢失、可扩展
- 小项目:用普通 NAS(文件存储,非分布式)
- 中大型企业:用 分布式文件存储(比如 GlusterFS、CephFS、华为分布式存储等)
5. 最简总结
- 文件存储 = 存文件的方式
- 分布式存储 = 多机器集群的架构
- 分布式文件存储 = 用集群方式存文件
---------------------------------------------------------------------------
1. ILF(Internal Logical File)
内部逻辑文件一句话:系统自己管理、自己维护的数据文件 / 表集合。
属于本系统的数据
由本系统新增、修改、删除、维护
对应:业务表、主数据、配置表、业务库表
例子:用户表、订单表、商品表、权限表、流程表→ 都是 ILF
内部逻辑:系统对这些数据拥有完全控制权,是系统的核心数据资产。
2. EIF(External Interface File)
外部接口文件一句话:别的系统提供、本系统只引用、不维护的数据。
数据不属于本系统
本系统只读取、不新增 / 修改 / 删除
来自其他系统:通过接口、文件、DB 视图获取
例子:从用户中心获取用户信息从财务系统获取科目信息从第三方获取字典数据→ 都是 EIF
内部逻辑:本系统只引用外部数据,不负责维护,只做查询使用。
3. EI(External Input)
外部输入一句话:用户或外部系统向本系统提交数据 → 新增 / 修改 / 删除 ILF。
进入系统的数据
会改变系统内部数据状态
典型:表单提交、导入、审批、状态变更
例子:新增用户修改订单删除商品导入 Excel→ 都是 EI
内部逻辑:处理输入 → 校验 → 写入 / 更新 ILF。
4. EO(External Output)
外部输出一句话:系统向外输出数据,带有计算、统计、汇总、格式化 **。**
从 ILF/EIF 读取数据
做加工处理:统计、计算、排序、合计
输出:报表、导出、打印、列表(带计算)
例子:销售统计报表月度汇总订单导出(带合计)复杂列表(计算字段)→ 都是 EO
内部逻辑:读取数据 → 计算 / 汇总 / 格式化 → 输出。
5. EQ(External Query)
外部查询一句话:简单查询,只展示数据,不计算、不汇总、不改数据。
只有查询
无逻辑计算、无汇总
直接展示原数据
例子:查询用户详情查询订单详情简单列表(无合计)→ 都是 EQ
内部逻辑:读取数据 → 直接返回,不加工。
ILF、EIF、EI、EO、EQ 是功能点分析(FPA)中的 5 大核心功能类型,用于度量软件规模。以下是定义 + 电商 / ERP 场景实例,清晰区分:
一、数据功能(存放数据)
1. ILF(Internal Logical File,内部逻辑文件)
- 电商系统:用户表、订单表、商品表、购物车表、收货地址表
- ERP 系统:物料主数据、生产工单、库存台账、供应商主数据
2. EIF(External Interface File,外部接口文件)
- 电商调用第三方支付系统的支付日志(只读)
- ERP 读取财务系统的会计科目表(只读)
- 商城引用物流平台的快递公司信息(只读)
二、事务功能(操作数据)
3. EI(External Input,外部输入)
- 用户注册、编辑个人资料(修改用户表)
- 后台新增 / 修改商品、上下架商品(修改商品表)
- 创建订单、取消订单、提交支付(修改订单 / 库存)
- 导入Excel 商品批量上传
4. EO(External Output,外部输出)
- 销售日报 / 月报、订单统计报表(含合计、均值)
- 订单发货单、发票打印(含计算运费、税额)
- 购物车结算页金额计算(折扣、满减、税费)
- 库存预警清单(低于安全线自动标记)
5. EQ(External Query,外部查询)
- 用户查看我的订单详情、查看商品详情
- 后台按订单号查订单、按用户名查用户
- 查看物流轨迹、查看个人积分记录
- 下拉框选择商品分类、地区(只读展示)
快速区分(一句话)
- ILF:我的数据我维护
- EIF:别人的数据我只读
- EI:提交 / 修改数据(写操作)
- EO:带计算的报表 / 单据(算 + 出)
- EQ:只查不写、无计算(纯展示)

浙公网安备 33010602011771号