fujian_water_biz_doc/water_biz_system_architecture.md

# 福建水务业务系统架构设计

## 目录
- [1. 系统架构概述](#1-系统架构概述)
- [2. 技术架构](#2-技术架构)
- [3. 应用架构](#3-应用架构)
- [4. 数据架构](#4-数据架构)
- [5. 安全架构](#5-安全架构)
- [6. 部署架构](#6-部署架构)
- [7. 接口架构](#7-接口架构)

## 1. 系统架构概述

福建水务业务系统采用多层架构设计，旨在支持集团化的集中管理、统一资源管理的业务需求。系统架构的设计目标是实现"一个业务平台、一网通平台"的建设目标，为集团及下属各分公司提供统一的营业收费系统。

系统架构主要包括以下核心特点：
- 多租户架构：支持集团、分公司、营业站点的多层级租户管理模式
- 统一资源服务：统一的数字水务系统运行资源环境
- 统一平台应用：统一业务流程，集中汇集数据
- 统一对外接口：提供标准的接口和能力

```mermaid
graph TD
    %% 用户访问层
    User1[Web端用户] --- Access
    User2[移动端用户] --- Access
    User3[营业厅操作人员] --- Access
    
    subgraph Access[接入层]
        LoadBalancer[负载均衡]
        Firewall[防火墙]
        SSO[单点登录]
    end
    
    Access --- AppLayer
    
    %% 应用层
    subgraph AppLayer[应用层]
        subgraph Platform[统一平台]
            SysManage[系统管理]
            WorkflowAlert[流程节点提醒]
        end
        
        subgraph Revenue[营收系统]
            Meter[抄表开账]
            Charge[收费管理]
            Account[账务处理]
            Invoice[发票管理]
        end
        
        subgraph CustService[客户服务]
            WeChatPay[微信/支付宝服务]
            BillQuery[账单查询]
            EInvoice[电子发票]
            WebPortal[微网厅]
        end
        
        subgraph MeterMgmt[表务系统]
            MeterWork[表务工单]
            MeterStore[表务仓库]
            MeterLifecycle[水表生命周期]
        end
        
        subgraph Installation[报装管理]
            InstallProcess[报装流程]
            OneMeter[一户一表管理]
        end
    end
    
    AppLayer --- MiddleLayer
    
    %% 中间层
    subgraph MiddleLayer[中间层]
        ESB[企业服务总线]
        ReportPlatform[统一报表平台]
        Cache[缓存服务]
    end
    
    MiddleLayer --- DataLayer
    
    %% 数据层
    subgraph DataLayer[数据层]
        DBCluster[数据库集群]
        FileServer[文件服务器]
        Backup[数据备份恢复]
    end
    
    %% 外部接口层
    subgraph ExternalAPI[外部接口层]
        BankAPI[银行接口]
        PayAPI[支付接口]
        SMSAPI[短信接口]
        QueryAPI[外部查询接口]
    end
    
    MiddleLayer --- ExternalAPI
    
    %% 安全层
    SecurityLayer[安全层\n网络安全 • 数据安全 • 应用安全] --- AppLayer
    SecurityLayer --- MiddleLayer
    SecurityLayer --- DataLayer
    
    %% 多租户
    subgraph Tenants[多租户架构]
        Group[集团]
        Branch[分公司]
        Station[营业站点]
    end
    
    Tenants -.- AppLayer
    
    classDef layer fill:#f9f9f9,stroke:#333,stroke-width:2px
    class Access,AppLayer,MiddleLayer,DataLayer,ExternalAPI,Tenants layer
    
    classDef security fill:#ffe6e6,stroke:#f66,stroke-width:2px
    class SecurityLayer security
    
    classDef platform fill:#e6f7ff,stroke:#1890ff,stroke-width:1px
    class Platform,Revenue,CustService,MeterMgmt,Installation platform
```

## 2. 技术架构

系统采用B/S和M/S相结合的架构模式，具体技术栈如下：

### 2.1 服务端
- 操作系统：国产 Linux 操作系统
- 数据库：国产 OpenGauss 数据库
- 应用服务器：基于J2EE架构的应用服务器
- 中间件：ESB企业服务总线，实现系统间的数据交换与共享

### 2.2 客户端
- 操作系统：国产 Linux 操作系统、Windows 10 操作系统
- 浏览器：兼容Chrome等主流浏览器
- 移动端：支持Android系统

### 2.3 技术特性
- 单点登录：实现统一平台的单点登录功能
- 数据交换：基于ESB的系统内部数据交换与共享
- 统一报表平台：支持自定义报表设计与生成
- 安全保障：满足安全等保三级要求
- 性能规格：支持200并发用户，50并发移动设备，系统响应时间不超过5秒
- 扩展容量：支持100万客户的业务量，满足企业3-5年的业务发展需求

## 3. 应用架构

系统应用架构基于业务域划分，主要包括以下核心应用模块：

### 3.1 统一平台
- 单点登录
- 系统管理（组织机构、权限管理、角色配置等）
- 流程节点提醒

### 3.2 营收系统
- 系统管理
- 抄表开账（册本管理、抄表录入、抄表数据审核等）
- 收费管理（柜台收费、结账、预付款管理等）
- 账务处理（未销调整、违约金减免、特殊开账等）
- 发票管理

### 3.3 客户服务
- 微信、支付宝服务窗
- 历史账单查询
- 电子发票
- 营业网点查询
- 账户流水查询
- 微网厅

### 3.4 表务系统
- 表务工单（换表、移表、拆表、复装、校表等）
- 表务仓库（入库、领用、出库、退库、报废等）
- 水表生命周期管理

### 3.5 报装管理
- 报装流程
- 一户一表管理

### 3.6 外部集成
- 银行接口
- 支付接口
- 短信接口
- 外部查询接口

## 4. 数据架构

系统数据架构基于客户关系数据库为核心和基础，实现客户全生命周期管理。

### 4.1 数据分层
- 数据采集层：负责从各业务系统采集原始数据
- 数据存储层：统一数据存储，实现分布式数据管理
- 数据服务层：提供数据服务接口
- 数据展现层：提供数据分析和可视化功能

### 4.2 数据模型
- 客户信息模型：包含客户基础信息、表卡信息、账户信息、联系人信息等
- 业务数据模型：抄表数据、收费数据、账务数据、发票数据等
- 工单数据模型：表务工单、报装工单等
- 配置数据模型：系统参数、水表参数、价格体系等

### 4.3 数据集成与共享
- 统一数据标准：定义统一的数据标准和数据字典
- 数据集成机制：采用ESB实现系统间的数据集成
- 数据共享机制：基于统一的数据服务接口实现数据共享

## 5. 安全架构

系统安全架构满足等保三级要求，主要包括以下安全措施：

### 5.1 网络安全
- 边界防护：防火墙、入侵检测/防御系统
- 访问控制：基于角色的访问控制
- 通信安全：SSL/TLS加密传输

### 5.2 数据安全
- 数据加密：敏感数据加密存储
- 数据备份：定期数据备份和恢复机制
- 数据审计：关键操作的审计日志

### 5.3 应用安全
- 身份认证：多因素认证
- 授权管理：细粒度的权限控制
- 安全审计：用户操作审计

## 6. 部署架构

系统采用集中部署的模式，基于集团私有云环境进行部署。

### 6.1 物理部署
- 生产环境：高可用集群部署
- 测试环境：用于系统测试和验证
- 开发环境：用于系统开发和集成测试

### 6.2 逻辑部署
- 应用服务器集群：负责业务逻辑处理
- 数据库服务器集群：负责数据存储和管理
- 文件服务器：负责文档和附件存储
- 缓存服务器：提高系统性能
- 负载均衡服务器：实现请求分发和负载均衡

## 7. 接口架构

系统提供标准化的接口，实现与外部系统的集成和数据交换。

### 7.1 外部接口
- 银行接口：实现与银行系统的对接，支持代扣、托收等功能
- 支付宝接口：支持支付宝支付功能
- 微信接口：支持微信支付和服务通知功能
- 短信接口：支持短信通知和验证码功能

### 7.2 内部接口
- ESB服务接口：系统内部模块间的数据交换
- 报表接口：提供报表数据查询和生成功能
- 查询接口：提供数据查询功能
- 业务处理接口：提供业务处理功能

### 7.3 接口标准
- 接口协议：RESTful API、WebService、消息队列等
- 数据格式：JSON、XML等
- 接口安全：身份认证、授权、加密传输等