税务管理系统.docx
《税务管理系统.docx》由会员分享，可在线阅读，更多相关《税务管理系统.docx（12页珍藏版）》请在冰豆网上搜索。
税务管理系统
需求分析
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处异地备份点。
WelcomeTo
Download!
!
!
欢迎您的下载，资料仅供参考！
升级会员 