报文概要设计

一、             处理流程

报文生成和处理流程如下:

二、             报文生成步奏及其处理方法

1. 获得数据

处理方法:数据从数据库直接获得(附件除外)。按照报送机构进行划分,获取其中的所有客户信息和交易明细。

2. 数据分包

需要将每个包保证在 5M 以下,其中的每个附件包不能大于 2M

处理方法:根据测试获得大致的压缩比率,得到每个包内大致有多少个明细信息后可以保证包在 5M 以下,然后根据此原则进行分割打包。如果某条数据含有附件,则将其单独打包。在附件上传时保证每个附件包不能大于 2M

3. 日志记录

在每个包生成后都要记录下该数据包的相关信息。

处理方法:需要记录生成的时间,生成的文件名称,其中的报送机构代码,客户编号,交易明细编号,及其所处状态,备注。

4. 记录回执文件

系统会根据发送的报文返回相应的回执报文,有成功和需要重发两种。

处理方法:分析回执报文将相应的数据包的日志记录的状态修改为成功或需要重发。需要重发的报文需要手动处理后进行重发处理。分析回执报文后需要将信息记录在回执日志表中。

回执文件的相关信息(包括错误信息)要记录在单独的回执表中,要和发送报文信息日志表中的数据想对应。

5. 重发和特殊报文的处理

重发报文为人行回执文件说明有错误的报文,特殊报文为自身发现有错误的已发送报文进行更改的报文。

处理方法:

(1)       重发报文:根据日志记录中的信息,及其记录的回执表中的信息在操作人员查看和进行数据的相应修改后生成。

(2)       特殊报文:在操作人员经过流程确认的情况下,手动生成特殊报文。

(3)       以上情况都需要记录其日志。

三、             数据存储表

1. 发送报文日志表(REP_REPORT_LOG_TB)

字段名称

是否主键

字段类型

字段长度

字段描述

NAME

Varchar2

50

文件名称

ORGAN_NO

Varchar2

9

报送机构编码

DATE

date

 

生成日期时间

STATUS

number

1

记录当前所处状态:

1.  等待发送

2.  发送成功

3.  需要重发

4.  等待重发

TYPE

number

1

记录报文类型:

1.  普通报文

2.  重发报文

3.  特殊报文

ABOUT

Varchar2

64

备注信息

 

2. 发送报文与客户对应关系表(REP_REPORT_CLIENT_TB)

字段名称

是否主键

字段类型

字段长度

字段描述

NAME

Varchar2

50

文件名称

CUST_ID

Varchar2

20

客户编号

 

3. 发送报文与明细对应关系表(REP_REPORT_DETIAL_TB

字段名称

是否主键

字段类型

字段长度

字段描述

NAME

Varchar2

50

发送报文文件名称

DETAIL_ID

number

 

明细编号

CUST_ID

Varchar2

20

客户编号

 

4. 回执报文日志表(REP_RECEIPT_LOG_TB)

字段名称

是否主键

字段类型

字段长度

字段描述

RECEIPT_NAME

Varchar2

50

回执报文包名称

REPORT_NAME

Varchar2

50

报送报文包名称

DATE

date

 

记录回执日期时间

TYPE

number

1

回执文件类型

1.  正常

2.  错误

 

5. 回执报文文件日志表(REP_RECEIPT_FILE_TB)

字段名称

是否主键

字段类型

字段长度

字段描述

RECEIPT_FILE_NAME

Varchar2

50

回执报文文件名称

RECEIPT_NAME

Varchar2

50

回执报文包名称

 

6. 错误信息表(REP_ERROR_INFOR_TB)

字段名称

是否主键

字段类型

字段长度

字段描述

RECEIPT_NAME

Varchar2

50

回执文件名称

SEQNO

number

 

序号

TYPE

number

1

错误类型

1.  包名错误

2.  文件名称错误

3.  文件内容错误

REASON

Varchar2

2

01:格式错误;

02:逻辑错误

03:附件包超过规定大小

ERROR_NUM

number

4

错误总数

ERROR_PLACE

Varchar2

64

错误定位

 

 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
当然可以帮你写一份关于BFD(双向转发检测)的概要设计文档。以下是一个参考的模板,你可以根据自己的项目需求进行修改和补充。 1. 引言 1.1 目的 本文档旨在概述BFD(双向转发检测)系统的设计和实现,以及其在网络中的应用。 1.2 背景 双向转发检测(BFD)是一种网络协议,用于快速检测和通知网络中的链路故障。它能够提供较低的故障检测时间和更高的网络可靠性。 2. 系统概述 2.1 功能 - 实时监测网络链路状态 - 快速检测链路故障并通知相关设备 - 提供灵活的配置选项,以满足不同网络拓扑和需求 2.2 架构 BFD系统由以下组件组成: - BFD会话管理器:负责创建、维护和删除BFD会话 - BFD报文生成器:生成BFD控制报文并发送给其他设备 - BFD报文解析器:解析接收到的BFD控制报文并根据其内容进行相应处理 - 监控与通知模块:监控链路状态,并在检测到故障时通知相关设备 2.3 工作流程 - BFD会话管理器创建BFD会话,并与相邻设备进行协商 - BFD报文生成器发送周期性的BFD控制报文给相邻设备 - BFD报文解析器接收并解析相邻设备发送的BFD控制报文 - 监控与通知模块根据BFD报文解析结果监测链路状态,并在检测到故障时通知相关设备 3. 设计细节 3.1 BFD会话管理器设计 - 会话创建和删除机制 - 会话参数协商和同步机制 3.2 BFD报文生成器设计 - 生成BFD控制报文的格式和内容 - 控制报文发送机制和频率 3.3 BFD报文解析器设计 - 解析BFD控制报文的格式和内容 - 根据解析结果进行相应处理(如状态更新、故障检测) 3.4 监控与通知模块设计 - 监测链路状态的机制和算法 - 故障检测和通知机制 4. 实施计划 4.1 开发阶段划分与时间安排 4.2 测试计划与方法 4.3 部署计划与方法 5. 预期结果 5.1 功能实现 5.2 性能指标达到预期要求 5.3 系统稳定性和可靠性得到验证 这份概要设计文档提供了一个关于BFD系统的整体设计框架和工作流程,你可以根据实际情况进行修改和补充。希望对你有所帮助!如果还有其他问题,可以继续提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值