企业员工福利管理系统总体设计方案

企业员工福利管理系统总体设计方案文档属性

第1章概述

1.1 项目背景

通联支付为合作的企业打造一套企业福利管理系统。实现企业员工内部的资金管理。

1.2 术语定义

1.3 技术优化类项目功能介绍

第 2 章

技术方案

2.1 总体结构

公用模块

无密

有密

买 卖 定 入 出 互

改 挂 退 充 消 密 失 卡 值 费

2.1.1 网络结构

企业福利管理系统

企业管理登录

通联管理员登录

管理员登录

员工登录

企 业 基 本 信 息 管 理

企 业 机 构 号 管 理

企 业 权 限 管 理 企 业 接 口 信 息 管 理

企 业 福 利 产 品 管 理 企 业 日 志 交 易 信 息 管 理

用 户 管 理

员 工 卡 片 维 护

福 利 产 品 参 数 维 护

购 买 额 度 维 护

大 额 提 现 管 理

交 易 报 表 查 询

数 据 处 理

数 据 同 步

对 账 信 息

对 账 差 错 维 护

福 利 产 品 信 息 买 卖

账 户 余 额 信 息 查 询

资 金 提 现

交 易 明 细 查 询

个 人 信 息 维 护

账 户 信 息 同 步 结 息 信 息 处 理 其 他 信 息 同 步 收 益 查 询

总 部 对 账 信 息

银 行 对 账 信 息 银 行 信 息 维 护

计 息 周 期 维 护

个 人 银 行 卡 信 息 维 护

修

码

FT

P 获 取 账 户 信 息

查 询 账 户 信 息

企 业 福 利 维 护

对 账 参 数 维 护

利 率 维 护 活

转

总部预付卡系统

总部防火墙

企业员工福利系统前置服务器

银行前置机

内网防火墙

银行防火墙内网用户

外网防火墙

公布访问地址供企业访问

企业员工企业管理员

2.2 依赖关系

2.2.1 依赖的其它系统

通联总公司预付卡系统

2.2.2 系统逻辑结构

2.2.3 项目需求说明

通过该系统，企业员工可以将闲散资金借给企业。并获得相

应的福利收益权。实现了员工与企业的互赢。企业可以设置多种不同期限的计划，包括：活期、28天、3个月期、半年期、一年期等。员工进入自己的账户系统后，可以将银行卡的资金

转让到活期账户中。然后根据自己的资金安排，将活期资金转出到不同期限的产品中。

活期的资金可以直接完成从企业账户直接提现到自己的银行账户。

员工需要资金时，可以将定期账户资金转让到活期（执行活期收益），然后再提现到银行卡

定期的资金，到期后自动转让活期账户，包括收益。

活期账户资金，定时进行计息。计息周期可以进行设定：计息的日期（参考银行计息方式）

第 3 章

3.1 风险分析及控制策略

安全设计

第 4 章

其他重要说明

4.1 性能设计

企业员工福利管理系统系统采用 MVC 设计模式，其特点是： 耦合性低

重用性高。 生命周期成本低 部署快 可维护性高 有利于扩展。

4.1.1 整体性能设计

由于与通联与企业之间没有专线进行通讯，必须将此系统

公布一个公网的 URL 供企业访问。此系统又设计到账务问题， 请考虑通讯安全问题。本系统将采用 https 协议的通讯方式进 行。HTTPS 协议是由 SSL+HTTP 协议构建的可进行加密传输、身 份认证的网络协议，加强系统的安全性。

4.1.2 开发环境以及部署环境说明

使用技术：java

JDK 版本：1.6

数据库：Msql

技术实现：Sqring+Struts

操作系统：linux

服务器：Tomcat8

第5章详细设计5.1 功能说明

以下功能有可能考虑不全，需要的可以在重新补充。

5.1.1 功能列表

模块名称模块简述

功能名称

（或简述）

涉及角色

需求

属性

备注

步信息。

5.1.2 主要界面设计主页面：

买入理财产品说明：首先员工要将自己银行卡中资金转入活期账户后，才可以买入理财产品。在系统功能中的“个人银行卡信息维护”->“充值”功能。示例图如下：

其他页面与以上页面类似，实现不同的功能。

5.1.3 前置服务器说明

由于后期系统会与多家银行进行接口对接，考虑到以后程序的扩展性，所以在本系统和银行之间搭建通讯前置服务器，用于实现不同银行之间的接口。

5.1.4、通讯前置服务器信息接口约定

双方通过TCP/IP通信，通信的格式约定如下：

●●服务端端口号：待定

鉴于每次通信的包长度有限，所以每个交易的请求信息以及响应信息都组成一个包进行通信。报文格式：LEN(4位)+DATA 。其中:LEN: DATA的长度。若长度项不足

右对齐。DATA 内容为: 实际应用报文格式。

4 位，则左添0，

●●

●●每个信息项长度固定，如果长度不足，以空格右填充。

报文结构：参考第二部分（交易内容）信息项约定。每次通信按照约定的信息项组合。

时间信息以“Y YYYMMDDHHMMSS”的格式进行传输客户端一个进程发送一个命令后，必须等到服务端完整的回应信息后才能够结束交易；可支持多进程的并发。

如果服务端收到的信息完整性或者数据的合法性有误，则返回响应信息“解码错误”（错误代码待定）；如果客户端收到的结果信息完整性或者数据的合法性有误，只需要重新发送请求即可。

类型的约定：

C——字符串

N——数字；长度以（*，*）表示，前面是整数位数，后面是小数位D——日期；

5.1.4.1 银行签到

交易码为“01”，具体内容见下表：

5.1.4.2 查询余额

交易码为“02”，具体内容见下表：

通联发送信息内容依次为：