税务管理系统

Prepared on 22 November 2020

税务管理系统

需求分析

1.背景说明

目前全国的税务管理及税款征收工作基本上还是手工操作方式，不仅管理效率不高，税务机关也难以对纳税户的经济活动进行全面的监控，给不法分子以可乘之机，导致税款流失，使国家财政收入遭受损失。

实现税收电子化，增强统计信息资料的即时性、准确性、全面性，是提高税收征管质量、降低劳动强度的决定性因素，也是降低税收成本的需要。因此，推进税收电子化进程，实现税收征管现代化，提高税收征管效率，已成为一项迫在眉睫的任务。 比起以往系统添加了催报催缴功能，可以根据纳税人联系方式催报催缴，可以根据身份证号影响纳税人信誉，并添加网上缴税功能，方便纳税人缴税。

2.功能结构 申报管理

模块功能：纳税人向纳税机构申报纳税。

基本操作：纳税人提交个人工作，工资等情况，达到纳税条件即可纳税。根据工商部门的登记，查找纳税人，然后登记在纳税人列表。

特点：表格统一便于操作，有效查找纳税人防止偷税漏税等

税务管理

模块功能：建立纳税人的基本数据资料档案，完成基本数据采集。

基本操作：包含纳税者信息，纳税时间和金额登记，绑定纳税人提供银行卡，查询纳税情况。

特点：缴税情况清晰，方便缴税，防止拒缴漏缴等情况，纳税人信息详细，缴税情况方便查询。

催报催缴

模块功能：系统自动统计产生催报催缴名单，自动拨号催报催缴。

基本操作：打印催报通知书；打印催缴通知书；查看催报户；查看催缴户；电话催报；电话催缴

系统维护

模块功能：为系统管理提供方便快捷的服务窗口。

基本操作：基本内容设定；基本库管理；初始化文件编辑；系统数据检查；版本变更检查；操作员管理；专管员管理；权限管理；打印机控制库维护；打印机维护；税种税率调整；常用税率设定；数据软盘备份；数据软盘重载。

3.数据流程图

纳税人 发放表不合格 退回表格 审查 申请纳合税务机关登记纳税人信纳税申请流程图 纳税人 缴税纳税机关登记纳税纳税登记流程图 纳税机关 查看纳税 发出催报通知 未申报纳税人 未缴税 发出催缴通知 催报催缴流程图

4.数据字典

1.数据项 编号 1 2 3 4 5 6 7 8 9 10 11 12 2.数据结构 编号 1 2 3 4 5 3.数据流 编号 1 2 3 4 5 数据流名 纳税人信息 缴税信息 缴税情况 收税金额 税务工作人员信息 输入 纳税人编号 纳税人缴税 缴税人信息 时间 税务工作人员编号 输出 纳税人信息 缴税信息 缴税情况 纳税金额 税务工作人员信息 数据结构名 纳税人 申请 缴税 税务工作者 登记 属性 编号，姓名，电话，身份证号 申请号，申请内容，申请日期 缴税人编号，缴税金额，缴税项目，缴税日期 编号，姓名，所属部门 登记日期，申请编号，纳税人编号，税务工作人员编号 数据项名 纳税人编号 纳税人姓名 联系方式 身份证号 税务工作人员编号 税务工作人员姓名 所属部门 登记日期 纳税编号 纳税项目 金额 纳税日期 说明 字符型，此编号唯一表明纳税人 字符型 字符型 字符型 字符型，此编号唯一表明税务工作人员 字符型 字符型 Datetime型 字符型 字符型 Money Datetime型 4．数据存储 编号

数据存储名 输入数据流 输出数据流

1 2 3 4 5 5.处理过程 编号 1 2 3 纳税人信息 纳税信息 工作人员信息 申请 登记信息 纳税人基本信息 纳税人申请信息 缴税信息 工作人员编号 申请信息 登记信息 纳税人信息 审查情况 当前税务信息 工作人员信息 申请信息 登记信息 处理过程名 纳税人登记 申报纳税 纳税信息 输入数据流 终端 终端 终端 输出数据流 纳税人基本信息 纳税人纳税情况 纳税信息

概念结构设计

1纳税人申请ER图

姓申请人编联系方式 身份证申请人 n 申m 编号 所属部姓名 税务工作人n 判符合要求 m 登记 登记日纳税人登记编实体及相关属性

申请人（申请人编码、姓名、联系方式、身份证号）

不符合要求退回

税务工作人员（编号、姓名、所属部门） 登记(登记编号、纳税人编号、登记日期)

2.纳税ER图

姓名 纳税人 身份证号 编号 联系方n 登m 纳税信息 纳税项纳税编目 纳税人金额 编号 纳税日期

实体及属性

纳税人（纳税人编码、姓名、联系方式、身份证号）

纳税信息（纳税编号、纳税日期、金额、纳税人编号，纳税项目）

3.税务管理总ER图

身份姓联系纳税纳编n 纳税人 不编号 符合退回 所属申报m 税务工作者 n 判符合条m 登记 n 人编m 催金额 纳税纳税n 缴m 纳税信息 催姓名 申请编纳税登记日

1.申请人可以和纳税人合并

2.联系登记与实体登记重名，把联系登记改为缴税

逻辑结构设计

1.实体所对应的关系模式

纳税人（纳税人编码、姓名、联系方式、身份证号）（第三范式，每个非主属性都完全函数依赖于R的主关系键，每个非主属性都不传递依赖于R的主关系键）

税务工作人员（编号、姓名、所属部门）(BC范式，每个非主属性都完全函数依赖于R的主关系键，每个非主属性都不传递依赖于R的主关系键,所有函数依赖X—Y，决定因素X都包含了R的一个候选键）

纳税信息（纳税编号、纳税人编号、纳税项目、金额、纳税日期）(BC范式，每个非主属性都完全函数依赖于R的主关系键，每个非主属性都不传递依赖于R的主关系键,所有函数依赖X—Y，决定因素X都包含了R的一个候选键） 登记(申请编号、纳税人编号、登记日期) (BC范式，每个非主属性都完全函数依赖于R的主关系键，每个非主属性都不传递依赖于R的主关系键,所有函数依赖X—Y，决定因素X都包含了R的一个候选键）

2.关系对应的关系模式

申请（申请编号、申请内容、申请日期）(BC范式，每个非主属性都完全函数依赖于R的主关系键，每个非主属性都不传递依赖于R的主关系键,所有函数依赖X—Y，决定因素X都包含了R的一个候选键）

物理结构设计

1.存储结构设计

1）确定存放位置 经常存取部分

纳税人（纳税人编号、姓名、联系方式、身份证号）

纳税信息（纳税编号、纳税人编号、纳税项目、金额、纳税日期） 申请（申请编号、申请内容、申请日期） 登记(登记编号、纳税人编号、登记日期) 2）数据库表格截图

2.存储路径设计

1）对以下经常在查询中出现的关系的码建立索引<说明：下加横线部分表示关系的码>

纳税人（纳税人编号、姓名、联系方式、身份证号） 税务工作人员（编号、姓名、所属部门）

纳税信息（纳税编号、纳税日期、金额、纳税人编号，纳税项目）

2）以下经常进行连接的关键码建立引索 纳税人编号

3.设计评价及说明

上述设计对时间效率，空间效率，维护代价和用户的实际需求做出了较好的权衡，根据税务管理的实际出发，以时间效率和用户的实际需求为根本，得出的最后方案。

建立备份方案

由于缴税数据更新不频繁，所以可以减少备份频率。 每四个小时进行一次增量转储，十个小时进行一次海量转储。 由于数据比较重要，所以需要异地备份，建议选着2处异地备份点。