【毕业学位论文】（Word原稿）财辅系统配合营改增改造的技术研究与实现-软件工程

硕士学位论文 （专业学位） 财辅系统配合营改增改造的 技术研究与实现 姓 名： 学 号： 所在院系： 职业类型： 专业领域： 指导教师： 副 指导教师 ： 二 一四年三 月 A in 2014 of 财辅 系统配合营改增改造的技术实现与研究 同济大学 学位论文版权使用授权书 本人完全了 解 同济大学 关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 同济大学学位 论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 年 月 日同济大学 硕士学位论文 摘要 I 摘要 近年来，随着信息技术的迅速发展，财务辅助 系统在中国电信上海公司的 财务 管理中发挥着越来越重要的作用。 2013 年 国家明确 将电信业纳入营业税改增值税的试点行业， 中国电信 上海公司的财务辅助系统有必要进行相应的调整 ，以支撑 营业税改增值税后 进项税相应的税务抵扣工作 。 本文 以中国电信上海分公司 财务辅助系统配合营 业税 改增 值税 进行技术改造 为背景，以软件工程的方法对财务辅助系统需改造 的业务流程、功能需求和非功能需求进行了详细的阐述和分析 ， 设 计了一个支持 中国电信上海公司 各单位 、各 部门对涉及进项增值税 发票 进行报账的财务 辅助 系统 。本文对进项税报账流程变更 、 报账界面改造、进项税认证 功能 、进项税转出 功能 等功能进行了详细的需求分析， 确立以进项税报账及认证流程为 核心，结合报账审核 流程的修改 来改造原有的财务辅助 系统。 论文 描述了系统的 改造 设计方案，包括 改造后的系统 总体架构以及重要 的界面及安全 设计 ；阐述了中国电信上海公司 财务辅助系统配合营改增改造 的 系统 具体实现方 法 ， 对 报账页面改造、报账流程改造、进项税认证、进项税转出 、统一认证、与增值税管理平台的数据交互、与财务 基础核算系统的数据交互 等 典型 模块 和接口 的设计进行了详细描述， 并展示了 系统 的相关 功能 。 目前中国电信上海公司 财务辅助系统配合营改增的改造工作已经完成并投入 运行使用，效果良好 ，达到了 进项税发票的用户报账、发票认证及税务抵扣的全流程系统贯穿，有效支持了上海公司营改增的专项工作 ，得到中国 电信 上海公司 各部门员工的好评 。 关键词： 财务辅助系统 ， 营业税改增值税 ， 进项税报账 n of an in 013, of to a of so as to of of to a of to a as as as of of on a of AT a of a AT AT a in AT as as is in of of of as as is to of a a of of AT as as of of in At of I of a is It a of of to of a As a it a of of a 济大学 硕士学位论文 目录 I 目录 第 1章 绪论 . 1 究背景 . 1 究意义 . 1 究现状 . 2 究目标及内容 . 2 文组织结构 . 3 第 2章 相关技术 . 4 . 4 . 7 间件 . 9 程引擎 . 11 . 12 第 3章 系统需求分析 . 15 户提出需求 . 16 上报账需求 . 16 程审批的需求 . 16 项税认证的需求 . 17 证登帐的需求 . 18 营报表的需求 . 19 户需求分析 . 20 析实现目标 . 20 能模型分析 . 20 设和约束 . 22 上报账的需求分析 . 22 程审批的需求分析 . 24 项税认证的需求分析 . 25 证登账的需求分析 . 27 营报表的需求分析 . 28 功能性需求 . 29 面需求 . 29 密性和安全性需 求 . 29 同济大学 硕士学位论文 目录 系统性能需求 . 30 第 4章 系统设计 . 31 统设计思路 . 31 统设计目标 . 31 统设计原则 . 31 统架构 . 32 统技术选型 . 32 统体系架构 . 32 统硬件架构 . 33 统关键模块设计 . 34 户报账单设计 . 35 项税认证设计 . 38 程审批设计 . 41 证登帐设计 . 42 统安全设计 . 44 点登录 . 44 殊字符过滤 . 45 统数据库设计 . 45 据库选择 . 45 户网上报账功能的设计标准 . 45 项税认证功能的设计标准 . 48 证登帐功能的设计标准 . 49 第 5章 系统关键模块实现 . 53 上报账功能实现 . 53 务辅助系统调用影像系统获取发票信息接口实现 . 53 账单增票抵扣 . 54 项税认证的实现 . 55 务辅助系统获取增票认证系统数据接口实现 . 55 程审批功能实现 . 56 程审批中增加认证人代码实现 . 56 证登账功能实现 . 58 务辅助凭证登账界面的代码实现 . 58 财务基础核算系统的入账信息接口实现 . 59 营报表的功能实现 . 60 同济大学 硕士学位论文 目录 增值税专用发票情况统计表的实现 . 60 其他外围系统接口功能的实现 . 61 点登录功能的实现 . 61 增值税管理平台接口的实现 . 62 第六章 系统测试与绩效分析 . 64 言 . 64 试背景 . 64 试内容 . 64 略语 . 65 能测试 . 65 上报账功能测试 . 65 项税认证功能测试 . 66 程审批功能测试 . 66 证登帐功能测试 . 66 营报表功能测试 . 66 能测试结果分析 . 66 能测试 . 67 试目标、性能要求 . 67 试硬件 . 68 试软件 . 69 试结果 . 69 全性测试 . 80 靠性测试 . 80 试结论 . 81 统绩效分析 . 81 第 7章 结论与展望 . 83 论 . 83 一步工作的方向 . 83 致谢 . 错误 !未定义书签。 参考文献 . 85 个人简历、在读期间发表的学术论文与研究成果 . 错误 !未定义书签。 第 1 章 绪论 1 第 1 章 绪论 究 背景 2011 年 3 月十一届全国人大第四次会议国民经济和社会发展第十二个五年计划纲要明确了“ 扩大增值税征收范围，相应调减营业税等税收”后， 2011年 11 月，财税部门出台营业税收改增值税试点方案，明确未来邮电通信业营改增后适用增值税一般计税方法。 从 2012 年 1 月 1 日起，在上海 交通运输业和部分 现代服务业 开展营业税改征增值税试点。 中国电信集团公司在 2012 年 6 月份正式下达营业税 改增值税的专项任务工作， 中国电信上海公司 公司响应集团要求，要求各系统在 2014 年 1 月 1 日前完成相应的系统改造工作。 中国电信在 “ 营改增 ” 之前，征收营业税。 “ 营改增 ” 之后，中国电信通信主业各级单位均满足一般纳税人判定条件，可以开具和接收增值税专用发票，计税原则是进销抵扣、差额纳税，原则上适用增值税一般计税方法： 增值税应纳税额 =当期销项税额当期进项税额 =销售额 税率（可抵扣付现类成本 适用税率 +机器设备类固定资产购置额 适用税率），但增值税计算过程复杂，要综合考虑收入、成本、资本性支出等各类因素，因此需要 结合捆绑销售、不同业务采用不同销项税、代理商管理、发票管理、网间结算、国际业务、汇总纳税抵扣、财务管理、集中采购、供应商管理、合同管理 、 析报表等多种业务场景，在 费、 专业系统上进行优化改造，支 撑 “ 营改增 ” 需求。 2013 年 2 月，应上海公司营改增专项项目组的要求，先行开展涉及营改增进项税部分的系统改造实施工作，重中之重为财务辅助系统配合营改增进行相应的改造，以满足进项税抵扣的业务需求。 究意义 本论文主要研究如何通过信息化手段，解决 中国电信上海公司 财务辅助系统支持本企 业内部 营业税改增值税的进项税专用发票税费抵扣的需求， 实现进项税发票的用户报账、发票认证及税务抵扣的全流程系统贯穿工作，有效减轻企业的税务负担，规避公司税务风险，保持上海 公司的强大市场竞争力及经营利润，具有较高的工程应用价值。 第 1 章 绪论 2 究现状 2011 年 3 月十一届全国人大第四次会议国民经济和社会发展第十二个五年计划纲要明确了 “ 扩大增值税征收范围，相应调减营业税等税收 ” 后 ， 2011年 11 月，财税部门出台营业税收改增值税试点方案，明确未来邮电通信业营改增后适用增值税一般计税方法。从 2012 年 1 月 1 日 起，在上海 交通运输业和部分 现代服务业 开展营业税改征增值税试点。 2011年 4月上海公司财务辅助系统正式上线部署，目前已运行 2年多时间。随着国家营业税改增值税的逐步推进，电信业已被纳入下一步的计征对象。 中国电信上海公司 作为中国电信集团的全资子 公司，有必要未雨绸缪，对涉及营业税改增值税的相应系统进行改造。而财务辅助系统，为配合营业税改增值税中进项税专票的报账和增值税专票的认证 及后续抵扣 ，急需进行相应的改造。目前财务辅助系统在功能和性能方面，面临以下问题： 功能欠缺：目前的财务辅助系统不支持用户报账涉及增值税时做自动的价税分离，也不支持与地方税务局增值税网上认证系统的数据交互，需要进行开发更新。 流程疏漏：对于涉及进项税报账 的电子报账单，目前系统固化的审批流程有疏漏，需要将此类电子单据增加 进项税认证的 审批环节， 需要对所有涉及进项税报账的审批流程 进行 相应的改造。 业务处理速度慢：一般来说，业务处理速度慢表现为单位时间内，系统处理的交易数目少，给最终用户的感觉就是页面响应速度慢。一旦响应速度慢，用户可能反复刷新页面，重新提交操作。应用系统的交易速度慢本来就可能是由于系统负载重导致的，用户的这些行为可能进一步加重系统的负载，造成更严重的问题。 究 目标 及 内容 本论文研究 通过改造财务辅助系统 ， 配合 中国电信上海公司 完成营业税改增值税后涉及进项增值税专用发票的全流程报账及税务抵扣以及转出工作 ， 最终形成一个安全、高效响应时间短，并发数多，业务处理能力强，数 据存储能力高，灵活性好的信息平台体系。 通过改造， 该 系统能够满足下列目标 : 解决原系统无法支撑增值税专用发票抵扣涉及的财务凭证价税分离的问题，通过修改源代码、修改原表单界面的方式予以解决。 第 1 章 绪论 3 修改并优化原系统中自带的 决流程中新增审批节点的问题，提高客户报账认证需求响应速度，提高工作效率 ，切实提高客户服务质量。 通过外围系统与财务辅助 系统的接口改造，获取财务基础核算系统、影像系统、增值税管理平台、增值税专用发票认证系统 等系统传递来的营改增基础数据信息，实现财务报 账的闭环管理。 本论文 是在上海公司财务辅助系统基础上，对系统功能进行优化升级，适应税务管理体制的变化，实现营业税改增值税进项税报账、发票认证、抵扣等功能。主要研究内容如下： 通过在原财辅系统增加增值税报账、发票认证抵扣、相关等功能，研究应用系统的高可集成性。 三层架构模型下的数据存取，以及传输过程中的完整性。 对外接口数据交互的安全性，可靠性。 文组织结构 第一 章 阐述 了 本课题的研究背景及意义， 介绍了中国电信上海公司财务辅助系统配合营业税改增值税进行改造 的研究现状 ， 研究 的目标及本文的 组织结构 。 第二 章 对采用的 术 、 行了整体介绍 。 第三 章 对 中国电信上海公司 财务辅助系统营改增 的需求进行了分析，首先确定了用户的重要业务需求，之后对这些业务需求进行了 需求分析，最后是非功能性需求 分析 。 第 四 章 阐述 中国电信上海公司 财务辅助系统配合营业税改增值税进行改造 的系统 架构 、关键模块设计、系统安全 设计 以及系统数据库设计 。 第 五章 阐述 系统 模块 实现 。 挑选具有代表性的关键代码，描 述主要功能的实现方法 。 第六章 阐述了财务辅助系统 配合营业税改增值税进行 改造后的系统 功能测试、 性能 测试 、安全性测试以及可靠性测试的 情况以及 系统 绩效分析 。 第七 章 总结了笔者的研究工作，并对进一步的工作方向进行了展望。 第 2 章 相关技术 4 第 2 章 相关技术 台设计 技术 前电信行业 存在如下共性 ： 信息化比较深入 :已存在 统较多、 采用集团化集中管理模式：数据量大、并发量高 。 业务复杂：系统实现复杂性大 。 业务创新和发展快：对变化的响应、系 统可扩展性和 可扩充性要求高 。 对 统安全控制比较严格：安全、可控 。 图所示： 图 台中的基础 技术平台架构 如 下 图所示 ： 第 2 章 相关技术 5 图 下 图所示 ： 图 整个平台基于 术 ， 主要专注以下 6 个方面 ： 安全、可集成性、跨平台、标准化、构件化、分布式部署。 一种利用 平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。 术的基础就是核心 台或 平台的标准版， 仅巩固了标准版中的许多优点， 例如 编写一次、随处运行 的 特性、方便存取数据库的 术以及能够在 用中保护数据的安全模式等等，同时还提供了对 2 章 相关技术 6 及 术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。 系结构提供中 间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台， 低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持 良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能 1。 为基于平台的项目提供安全的运行环境以及保证业务数据的安全性：平台提供身份验证（支持多种验证方式和可插拔的验证机制），访问控制（功能点控制、数据控制、关键数据保护）。 随着行业的信息化深入，任何 一个系统都不是孤立存在的，可集成性是解决信息孤岛的有效途径。 台提供： 数据级集成：通过 架提供数据级集成 。 对象管理组织 ）根据 括电力、供水、天然气等公共服务事业）的应用事业及其信息系统发展的现状和前景而制定的数据读取 要用于从 统中实时或者非实时的获取分析数据 2。 应用级集成：通过 架应用级别集成 。 称为 企业服务总线 。它是传统 中间件 技术与 务等技术结合的产物。 供了网络中最基本的连接中枢，是在 构中实现服务间智能化集成与管理的中介 3。 出现改变了传统的 软件架构 ，可以提供比传统 中间件产品 更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看， 件驱动 和文档导向的 处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。 集成：通过页面 供 集成。 文全称 n， 单点登录 。 在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。它包括可以将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。 它是目前比较流行的企业业务整合的解决方案之一。 同时平台设计完全遵循 准，采用业界标准模式进行构架和实现。平台提供： 基于 式的 架 。 发模式将数据的访问和数据的展第 2 章 相关技术 7 现做了分离。通过这种模式，可以开发一个具有伸缩性、便于扩展、便于流程维护的平台。 式具有设计清晰、易于扩展、运用可分布的特点 4。 采用 式和 术的中间层框架 。 控制反转模式 ， 也称作依赖性介入）的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描 述哪一个组件需要哪一项服务。容器 （在 架中是 器）负责将这些联系在一起。面向方面的编程，即 一种编程技术，它允许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。 补充性的技术，它们都运用模块化方式解决企业应用程序开发中的复杂问题 5。 采用 O/R 制来进行数据库存取 ， 对象关系映射（ 称 一种为了解决 面向对象 与关系数据库存在的互不匹配的现象的技术。简单的说， 通过使用描述对象和数据库之间映射的元数据，将 序中的对象自动持久化到关系数据库中。本质上就是将数据从一种形式转换到另外一种形式 6。 基于 于角色的访问控制列表）的访问控制模型以及参照 基于角色的访问控制（ 为传统访问控制（自主访问，强制访问）的有前景的代替受到广泛的关注。 它的 基本特征是根据安全策略划分出不同的角色，资源访问许可被封装在角色中，同时为用户分配不同的角色，用户通过角色间接的访问资源。它的最大优点在于能够灵活表达和实现组织的安全政策，十分接近日常的组织管理规则，可以有效的表达和巩固特定事务的安全策略，有效地缓解传统安全管理处理瓶颈 7。 证和授权 供了灵活和可伸缩的机制来保证客户端或服务器端的 序。 调的是通过验证谁在运行代码以及 他 /她 的权限 来保护系统免受用户的攻击。它让你能够将一些标准的安全机制，例如 网络信息服务 ）、 T、 量目录存取协议），通过一种通用的，可配置的方式集成到系统中 8。 台 采用构件化设计从而保证基于基础平台的项目的可扩展和可扩充性。并为客户提供一个沉淀业务构件的载体。通过不断沉淀来最大化客户的 度可靠的 撑系统。平台提供：组织结构管理构件 、权限管理构件 、 系统日志构件 、 公告发布构件 、 身份验证构件 、 控管理构件 、 系统监控构件 、 流程引擎构件 、 流程监控构件 、 信息预警构件 。 据库 第 2 章 相关技术 8 财务辅助系统选用的是 1G 数据 库 ,具 体介绍如下： 据库是数据单元的集合，数据库的目的是存储和提取相关信息。数据库服务器能够解决信息管理的问题，能够在多用户环境下管理大量的数据，使得这些用户能够同时访问一致的数据记录。数据库服务器提供了高稳定性和安全特性，防止未经授权的用 户访问企业重要的信息资源 9。 据库 是以高级结构化查询语言 (基础的大型关系数据库，通俗地讲它是用方便逻辑管理的语言操纵大量有规律数据的集合。是目前最流行的 客户 /服 务器 (系结构的数据库之一 10。 用共享 多线索服务器体系结构。这减少了 资源占用，并增强了 能力，使之在低档软硬件平台上用较少的资源就可以支持更多的用户，而在高档平台上可以支持成百上千个用户。提供了基于角色 (工的安全保密管理。在数据库 管理功能、完整性检查、安全性、一致性方面都有良好的表现。支持大量多媒体数据，如二进制图形、声音、动画以及多维数据结构等。提供了与第三代高级语言的接口软件 列，能在C,C+等主语言中嵌入 句及过程化 (句，对数据库中的数据进行操纵。 据库对 句的扩展，在普通 句的使用上增加了编程语言的特点，所以 是把数据操作和查询语句组织在码的过程性单元中，通过逻辑判断、循环等操作实现复杂的功能或者计算的程序语言。 可以 使用过程控制语句、定义常量和变量，也能够内嵌 句交互数据库 11。 使用 言可以编写函数（ 过程（ 触发器（ 包体（ 存储程序。 存储函数和存储过程都是具有特定功能完成某种任务的 言块，区别是函数会返回一个值给调用者。它俩都是通过预编译存储在内存，执行时不需要再编译，可以直接执行，速度相当快。普通 句发出后，提交数据库需要解析、编译、执行等，速度慢很多，所以存储函数和过程保证了数据库系统 的高效管理和运行。存储过程可以减少 入式攻击，提高了系统安全性，没有一定权限的用户不能执行相应的存储过程。如果同时进行主从表或多表间的数据有效性验证和操作时，存储过程会更方便的利用 的事务处理机制。 程序包可以把过程和函数封闭起来，作为一个独立的单元，以完成相应的操作。它含有两个部分：规范说明和程序包体。规范说明包含了程序包的信息、过程和函数列表。程序包体中包含了实际的代码 12。它可以把过程和函数放在逻辑分组中，存在两个部分：即包说明（规范、包头）和包体（程序主体）。它们都第 2 章 相关技术 9 被存储在数据字典 中，程序包同过程、函数相比，它仅能存储在非本地的数据库中。除了允许相关的对象结合为组之外，包与依赖性较强的存储子程序相比其所收的限制较少。本质讲包是一个命名的声明部分，任何出现在块声明中的 些语句包括过程、函数、游标、类型、常量和变量等。它们都存储在包体内，用户就能任意从别的 中引用，可以理解为程序包内的全局变量和函数功能。因此，调用程序包完成工作效率是最快的。 触发器比较特殊，它只能由事件触发，附着在数据库表实体的 序，随着表记录的变化调用相应的程序指令。 也可以查询操作其他表，包含更为复杂的 句。甚至可以强制服从复杂的业务需要和规则，例如强制引用完整性约束，以便在多个表中同时添加、更新或删除行，保证这些表之间事先定义的关系 13。触发器能够利用库结构里的关联表进行级联操作，通过级联调用完整性约束较好的进行变更操作。所以，触发器可以使用比 束更复杂的约束。触发器可以使用另一个表中的 较插入或更新的数据，以及执行其它操作，如修改数据或显示用户定义错误信息。触发器也可以评估数据修改前后的表状态，并根据其差异采取对策。一个表中的多个同类 触发器（ 许采取多个不同的对策以响应同一个修改语句。触发器相对约束来说，在特殊情况下更具优势，尤其可以包含使用 码的复杂处理逻辑。触发器可以支持约束的所有功能，在约束所支持的功能无法满足应用程序的功能要求时，触发器就极