税务管理系统.docx
《税务管理系统.docx》由会员分享,可在线阅读,更多相关《税务管理系统.docx(10页珍藏版)》请在冰点文库上搜索。
税务管理系统
Preparedon22November2020
税务管理系统
需求分析
1.背景说明
目前全国的税务管理及税款征收工作基本上还是手工操作方式,不仅管理效率不高,税务机关也难以对纳税户的经济活动进行全面的监控,给不法分子以可乘之机,导致税款流失,使国家财政收入遭受损失。
实现税收电子化,增强统计信息资料的即时性、准确性、全面性,是提高税收征管质量、降低劳动强度的决定性因素,也是降低税收成本的需要。
因此,推进税收电子化进程,实现税收征管现代化,提高税收征管效率,已成为一项迫在眉睫的任务。
比起以往系统添加了催报催缴功能,可以根据纳税人联系方式催报催缴,可以根据身份证号影响纳税人信誉,并添加网上缴税功能,方便纳税人缴税。
2.功能结构
申报管理
模块功能:
纳税人向纳税机构申报纳税。
基本操作:
纳税人提交个人工作,工资等情况,达到纳税条件即可纳税。
根据工商部门的登记,查找纳税人,然后登记在纳税人列表。
特点:
表格统一便于操作,有效查找纳税人防止偷税漏税等
税务管理
模块功能:
建立纳税人的基本数据资料档案,完成基本数据采集。
基本操作:
包含纳税者信息,纳税时间和金额登记,绑定纳税人提供银行卡,查询纳税情况。
特点:
缴税情况清晰,方便缴税,防止拒缴漏缴等情况,纳税人信息详细,缴税情况方便查询。
催报催缴
模块功能:
系统自动统计产生催报催缴名单,自动拨号催报催缴。
基本操作:
打印催报通知书;打印催缴通知书;查看催报户;查看催缴户;电话催报;电话催缴
系统维护
模块功能:
为系统管理提供方便快捷的服务窗口。
基本操作:
基本内容设定;基本库管理;初始化文件编辑;系统数据检查;版本变更检查;操作员管理;专管员管理;权限管理;打印机控制库维护;打印机维护;税种税率调整;常用税率设定;数据软盘备份;数据软盘重载。
3.数据流程图
4.数据字典
1.数据项
编号
数据项名
说明
1
纳税人编号
字符型,此编号唯一表明纳税人
2
纳税人姓名
字符型
3
联系方式
字符型
4
身份证号
字符型
5
税务工作人员编号
字符型,此编号唯一表明税务工作人员
6
税务工作人员姓名
字符型
7
所属部门
字符型
8
登记日期
Datetime型
9
纳税编号
字符型
10
纳税项目
字符型
11
金额
Money
12
纳税日期
Datetime型
2.数据结构
编号
数据结构名
属性
1
纳税人
编号,姓名,电话,身份证号
2
申请
申请号,申请内容,申请日期
3
缴税
缴税人编号,缴税金额,缴税项目,缴税日期
4
税务工作者
编号,姓名,所属部门
5
登记
登记日期,申请编号,纳税人编号,税务工作人员编号
3.数据流
编号
数据流名
输入
输出
1
纳税人信息
纳税人编号
纳税人信息
2
缴税信息
纳税人缴税
缴税信息
3
缴税情况
缴税人信息
缴税情况
4
收税金额
时间
纳税金额
5
税务工作人员信息
税务工作人员编号
税务工作人员信息
4.数据存储
编号
数据存储名
输入数据流
输出数据流
1
纳税人信息
纳税人基本信息
纳税人申请信息
纳税人信息
审查情况
2
纳税信息
缴税信息
当前税务信息
3
工作人员信息
工作人员编号
工作人员信息
4
申请
申请信息
申请信息
5
登记信息
登记信息
登记信息
5.处理过程
编号
处理过程名
输入数据流
输出数据流
1
纳税人登记
终端
纳税人基本信息
2
申报纳税
终端
纳税人纳税情况
3
纳税信息
终端
纳税信息
概念结构设计
1纳税人申请ER图
实体及相关属性
申请人(申请人编码、姓名、联系方式、身份证号)
税务工作人员(编号、姓名、所属部门)
登记(登记编号、纳税人编号、登记日期)
2.纳税ER图
实体及属性
纳税人(纳税人编码、姓名、联系方式、身份证号)
纳税信息(纳税编号、纳税日期、金额、纳税人编号,纳税项目)
3.税务管理总ER图
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处异地备份点。