发票真伪查询平台深化应用研究可行性研究报告V1.0.2.doc

QP10 AT8 可行性研究报告 0 信息化项目可行性研究报告信息化项目可行性研究报告 项目名称 发票真伪查询平台完善推广 项目申报单位 四川中电启明星信息技术有限公司 编制单位 四川中电启明星信息技术有限公司 二 一四年二月 QP10 AT8 可行性研究报告 1 编 制 校 核 审 核 批 准 QP10 AT8 可行性研究报告 2 目目 录录 1 1总论总论 尚忠玉尚忠玉 5 1 1主要依据 尚忠玉 5 1 2主要原则 尚忠玉 5 2 2项目必要性及可行性项目必要性及可行性 尚忠玉 何华权尚忠玉 何华权 5 2 1现状分析 5 2 1 1发展现状 5 2 1 2现存问题分析 何华权 5 2 2必要性 5 2 2 1业务必要性 5 2 2 2管理必要性 6 2 3可行性 6 2 3 1技术可行性 6 2 3 2技术应用案例 6 3 3功能性需求分析功能性需求分析 张旭张旭 6 3 1业务需求分析 6 3 2非功能性需求分析 6 4 4项目方案项目方案 6 4 1项目目标和范围 任小强 6 4 1 1目标 6 4 1 2范围 6 4 2项目技术方案 何华权 7 4 2 1业务架构 7 4 2 2应用架构 10 4 2 3数据架构 15 4 2 4技术架构 19 4 3项目实施方案 张旭 27 4 3 1组织模式 27 4 3 2实施策略 27 QP10 AT8 可行性研究报告 3 4 3 3实施阶段细则 27 4 3 4实施风险 27 4 4项目实施计划 张旭 27 4 4 1项目环境 27 4 4 2项目人员 28 4 4 3项目进度 28 5 5项目估算项目估算 尚忠玉 张旭尚忠玉 张旭 29 5 1概述 29 5 2编制原则和依据 29 5 3估算表及附件 29 5 3 1系统需求设计费用 1 5 3 2系统开发测试费用 1 5 3 3系统实施费用 2 5 3 4项目投资其他费用表 1 6 6效益分析效益分析 1 7 7附件附件 2 7 1 1附件一 国家电网公司信息化项目说明书 2 7 1 2附件二 人力资源排程表 3 7 1 3附件三 可研费用估算明细表 3 QP10 AT8 可行性研究报告 4 1 1总论总论 通过 2013 年的研发 发票真伪查询平台已基本形成 与吉林省员工报销的 整合应用 更是让国网的各网省对此产生了浓厚的兴趣 纷纷咨询购买和合作 作为公司的这种畅销 亮点产品我们还需要对其继续完善 加大宣传推广力度 待成熟稳定后推向行业外市场 为公司创造更多价值和利润 1 1主要依据主要依据 技术依据 国家电网公司 十二五 信息发展规划 国家电网公司信息化建设管理办法 国家电网公司信息化项目可研编制与评审管理暂行办法 四川中电启明星信息技术有限公司 2013 年工作报告 研发中心 生产管理内控管理办法 公司 1533 质量体系 网络与信息系统安全隔离实施指导意见 网络与信息系统安全隔离方案 国家电网公司管理信息系统安全防护总体方案 电力市场交易运营系统安全防护方案 信息安全网络隔离装置 SGI NDS100 实施方案 电力二次系统安全防护总体方案 国家电网公司 SG186 工程安全防护总体方案 应用依据 以下项目为 2014 年各公司储备项目 四川启明星生产经营管理系统 重庆员工报销发票真伪查询系统 四川省员工报销发票真伪查询系统 青海 ERP 及财务管控发票真伪查询系统 中电普华生产经营管理系统 QP10 AT8 可行性研究报告 5 杭州海康威视员工报销发票真伪查询系统 1 2主要原则主要原则 以市场为导向 以财务为目标 提高产品质量 加大宣贯力度 2 2项目必要性及可行性项目必要性及可行性 2 1现状分析现状分析 2 1 12 1 1发展现状发展现状 发票真伪查询统一平台完成了集成查询 并提供了 web 查询 webservice 接 口发布 平台基本管理功能 2 1 22 1 2现存问题分析现存问题分析 目前国内各地税务政策存在较大差异 对发票真伪判别存在以下问题 1 各地发票种类存在较大差异 给发票真伪鉴别带来一定难度 2 官方发票信息查询平台由各省市各自的官方网站发布 较为分散 3 各企业报销的发票量大真伪判别工作量大 4 人工判别存在位差也较大 5 由于存在假发票报销等问题 企业存在税务审核等方面的风险 目前平台还存在如下问题 1 发票真判别结果 存在一些不能判别或错误判别的情况 2 对税务网站监控还存在误判的情况 不具备一定的自动修复功能 3 对外接口方案和安全还不够完善 2 2必要性必要性 2 2 12 2 1业务必要性业务必要性 随着公司并入国网体系 面对全国众多同样进入国网体系的研发单位 尤 QP10 AT8 可行性研究报告 6 其是具备 ERP 实施能力的研发单位 缺乏核心技术支撑 缺乏可持续的产品保 障 成为启明星 ERP 人心中的心结 因此 在 2013 年 研发中心 ERP 技术支 持中心明确了工作思路 加大力气投入新技术研究 新产品研发工作 提升自 身核心竞争力 为公司各 ERP 产品部发展提供坚强的后盾 发票真伪查询平台验收过后 推广效果很好 受到了国网的重视 现在查 询平台还有许多不完善的地方 还有很大的进步空间 所以给予机会做更完善 的研究和拓展 期望后期能有更好的用户体验和更多的利润转化 2 2 22 2 2管理必要性管理必要性 无 2 3可行性可行性 2 3 12 3 1技术可行性技术可行性 2 3 1 12 3 1 1 WebServiceWebService 服务服务 Web Service 作为当前较为通用的接口技术 能使得运行在不同机器上的不 同应用无须借助附加的 专门的第三方软件或硬件 就可相互交换数据或集成 依据 Web Service 规范实施的应用之间 无论它们所使用的语言 平台或内部 协议是什么 都可以相互交换数据 Web Service 是自描述 自包含的可用网 络模块 可以执行具体的业务功能 Web Service 也很容易部署 因为它们基 于一些常规的产业标准以及已有的一些技术 诸如 XML 和 HTTP Web Service 减少了应用接口的花费 Web Service 为整个企业甚至多个组织之间的业务流程 的集成提供了一个通用机制 Web Service 需要一套协议来实现分布式应用程序的创建 任何平台都有它 的数据表示方法和类型系统 要实现互操作性 Web Service 平台必须提供一套 标准的类型系统 用于沟通不同平台 编程语言和组件模型中的不同类型系统 目前这些协议有 QP10 AT8 可行性研究报告 7 1 XML 和和 XSD 可扩展的标记语言 XML 是 Web Service 平台中表示数据的基本格式 除 了易于建立和易于分析外 XML 主要的优点在于它既与平台无关 又与厂商无 关 XML 是由万维网协会 W3C 创建 W3C 制定的 XML SchemaXSD 定义了 一套标准的数据类型 并给出了一种语言来扩展这套数据类型 Web Service 平台是用 XSD 来作为数据类型系统的 当你用某种语言如 VB NET 或 C 来构造一个 Web Service 时 为了符合 Web Service 标准 所有你 使用的数据类型都必须被转换为 XSD 类型 如想让它使用在不同平台和不同软 件的不同组织间传递 还需要用某种东西将它包装起来 这种东西就是一种协 议 如 SOAP 2 SOAP SOAP 即简单对象访问协议 Simple Object Access Protocol 它是用于交换 XML 编码信息的轻量级协议 它有三个主要方面 XML envelope 为描述信息 内容和如何处理内容定义了框架 将程序对象编码成为 XML 对象的规则 执 行远程过程调用 RPC 的约定 SOAP 可以运行在任何其他传输协议上 例如 你可以使用 SMTP 即因特网电子邮件协议来传递 SOAP 消息 这可是很有诱 惑力的 在传输层之间的头是不同的 但 XML 有效负载保持相同 Web Service 希望实现不同的系统之间能够用 软件 软件对话 的方式相互调 用 打破了软件应用 网站和各种设备之间的格格不入的状态 实现 基于 Web 无缝集成 的目标 3 WSDL Web Service 描述语言 WSDL 就是用机器能阅读的方式提供的一个正式描 述文档而基于 XML 的语言 用于描述 Web Service 及其函数 参数和返回值 因为是基于 XML 的 所以 WSDL 既是机器可阅读的 又是人可阅读的 4 UDDI UDDI 的目的是为电子商务建立标准 UDDI 是一套基于 Web 的 分布式 的 为 Web Service 提供的 信息注册中心的实现标准规范 同时也包含一组使 企业能将自身提供的 Web Service 注册 以使别的企业能够发现的访问协议的实 现标准 5 调用 调用 RPC 与消息传递与消息传递 QP10 AT8 可行性研究报告 8 Web Service 本身其实是在实现应用程序间的通信 我们现在有两种应用程 序通信的方法 RPC 远程过程调用 和消息传递 使用 RPC 的时候 客户端的 概念是调用服务器上的远程过程 通常方式为实例化一个远程对象并调用其方 法和属性 RPC 系统试图达到一种位置上的透明性 服务器暴露出远程对象的 接口 而客户端就好像在本地使用的这些对象的接口一样 这样就隐藏了底层 的信息 客户端也就根本不需要知道对象是在哪台机器上 2 3 1 22 3 1 2 RestFulRestFul 服务服务 REST 指的是一组架构约束条件和原则 满足这些约束条件和原则的应用程 序或设计就是 RESTful Web 应用程序最重要的 REST 原则是 客户端和服务器之间的交互在请求 之间是无状态的 从客户端到服务器的每个请求都必须包含理解请求所必需的 信息 如果服务器在请求之间的任何时间点重启 客户端不会得到通知 此外 无状态请求可以由任何可用服务器回答 这十分适合云计算之类的环境 客户 端可以缓存数据以改进性能 在服务器端 应用程序状态和功能可以分为各种资源 资源是一个有趣的 概念实体 它向客户端公开 资源的例子有 应用程序对象 数据库记录 算 法等等 每个资源都使用 URI Universal Resource Identifier 得到一个惟 一的地址 所有资源都共享统一的界面 以便在客户端和服务器之间传输状态 使用的是标准的 HTTP 方法 比如 GET PUT POST 和 DELETE Hypermedia 是应用程序状态的引擎 资源表示通过超链接互联 2 3 1 32 3 1 3 SpringSpring 框架框架 Spring 是一个开源框架 Spring 是于 2003 年兴起的一个轻量级的 Java 开发框架 由 Rod Johnson 在其著作 Expert One On One J2EE Development and Design 中阐述的部分理念和原型衍生而来 它是为了解决企业应用开发的 复杂性而创建的 Spring 使用基本的 JavaBean 来完成以前只可能由 EJB 完成 的事情 然而 Spring 的用途不仅限于服务器端的开发 从简单性 可测试性 和松耦合的角度而言 任何 Java 应用都可以从 Spring 中受益 轻量 从大小与开销两方面而言 Spring 都是轻量的 完整的 Spring QP10 AT8 可行性研究报告 9 框架可以在一个大小只有 1MB 多的 JAR 文件里发布 并且 Spring 所需的处理开 销也是微不足道的 此外 Spring 是非侵入式的 典型地 Spring 应用中的对 象不依赖于 Spring 的特定类 控制反转 Spring 通过一种称作控制反转 IoC 的技术促进了松耦合 当应用了 IoC 一个对象依赖的其它对象会通过被动的方式传递进来 而不是 这个对象自己创建或者查找依赖对象 你可以认为 IoC 与 JNDI 相反 不是对 象从容器中查找依赖 而是容器在对象初始化时不等对象请求就主动将依赖传 递给它 面向切面 Spring 提供了面向切面编程的丰富支持 允许通过分离应 用的业务逻辑与系统级服务 例如审计 auditing 和事务 transaction 管 理 进行内聚性的开发 应用对象只实现它们应该做的 完成业务逻辑 仅此而已 它们并不负责 甚至是意识 其它的系统级关注点 例如日志或事 务支持 容器 Spring 包含并管理应用对象的配置和生命周期 在这个意义上 它是一种容器 你可以配置你的每个 bean 如何被创建 基于一个可配置原型 prototype 你的 bean 可以创建一个单独的实例或者每次需要时都生成一个 新的实例 以及它们是如何相互关联的 然而 Spring 不应该被混同于传统 的重量级的 EJB 容器 它们经常是庞大与笨重的 难以使用 框架 Spring 可以将简单的组件配置 组合成为复杂的应用 在 Spring 中 应用对象被声明式地组合 典型地是在一个 XML 文件里 Spring 也 提供了很多基础功能 事务管理 持久化框架集成等等 将应用逻辑的开发留 给了你 MVC Spring 的作用是整合 但不仅仅限于整合 Spring 框架可以被 看做是一个企业解决方案级别的框 架 客户端发送请求 服务器控制器 由 DispatcherServlet 实现的 完成请求的转发 控制器调用一个用于映射的类 HandlerMapping 该类用于将 请求映射到对应的处理器来处理请求 HandlerMapping 将请求映射到对应的处 理器 Controller 相当于 Action 在 Spring 当中如果写一些处理器组件 一 般实现 Controller 接口 在 Controller 中就可以调用一些 Service 或 DAO 来进行数据操作 ModelAndView 用于存放从 DAO 中取出的数据 还可以存放响 QP10 AT8 可行性研究报告 10 应视图的一些数据 如果想将处理结果返回给用户 那么在 Spring 框架中还 提供一个视图组件 ViewResolver 该组件根据 Controller 返回的标示 找到 对应的视图 将响应 response 返回给用户 所有 Spring 的这些特征使你能够编写更干净 更可管理 并且更易于测试 的代码 它们也为 Spring 中的各种模块提供了基础支持 2 3 1 42 3 1 4 SpringSpring securitysecurity Spring Security 是一个能够为基于 Spring 的企业应用系统提供声明式的安全 访问控制解决方案的安全框架 它提供了一组可以在 Spring 应用上下文中配置 的 Bean 充分利用了 Spring IoC DI 控制反转 Inverse of Control DI Dependency Injection 依赖注入 和 AOP 面向切面编程 功能 为应用系 统提供声明式的安全访问控制功能 减少了为企业系统安全控制编写大量重复 代码的工作 Spring security 集成了多种验证方式 提供了很好的扩展能力 OpenId LDAP ACL 数字签证等等认证方式 保障系统的安全性 2 3 1 52 3 1 5 HibernateHibernate 框架框架 Hibernate 是一个开放源代码的对象关系映射框架 它对 JDBC 进行了非常 轻量级的对象封装 使得 Java 程序员可以随心所欲的使用对象编程思维来操纵 数据库 Hibernate 可以应用在任何使用 JDBC 的场合 既可以在 Java 的客户 端程序使用 也可以在 Servlet JSP 的 Web 应用中使用 最具革命意义的是 Hibernate 可以在应用 EJB 的 J2EE 架构中取代 CMP 完成数据持久化的重任 1 封装了 jdbc 简化了很多重复性代码 2 简化了 DAO 层编码工作 使开发更对象化了 3 移植性好 支持各种数据库 如果换个数据库只要在配置文件中变换配 置就可以了 不用改变 hibernate 代码 4 支持透明持久化 因为 hibernate 操作的是纯粹的 pojo java 类 没有 QP10 AT8 可行性研究报告 11 实现任何接口 没有侵入性 所以说它是一个轻量级框架 3 3功能性需求分析功能性需求分析 3 1业务需求分析业务需求分析 专题分析 专题分析 基于现有发票真伪查询平台 进行更深入的研究 包括本平台的真伪验证 更加精准 可扩展 而且保证平台的快速响应和稳定性能 还包括移动智能终 端的发票真伪查询 实现二维码扫描 票面识别 查询 同时优化用户体验和 性能等等 以及提供最新发票相关法律 新闻抓取等等 3 1 13 1 1WEBWEB 发票查询发票查询 用户在网络环境中 可以通过浏览器直接访问发票查询网站 然后进行发 票的信息查询 实现通过发票代码识别发票的所属地区 然后接入该地区的发票查询网站 返回必须字段 例如 发票号码 发票验证码 金额等信息 填写完成过后模 拟 HTTP 请求到该地区网站进行发票查询 3 1 23 1 2接口发票查询接口发票查询 第三方接口使用可以通过 Webservice 或者 RestFul 接口进行发票的信息查 询 实现与 WEB 发票查询步骤相似的流程接口 从提交发票代码 返回必须得 查询字段信息 然后接收第三方提供的信息进行查询 实现接口信息加密技术 支持验证信息加密算法 保证用户信息在传输过 程中不被窃取和篡改 QP10 AT8 可行性研究报告 12 3 1 33 1 3报表业务报表业务 用户以及网站管理员可以通过报表信息查看自己的统计信息 以及管理各 自权限所有业务 用户报表 提供用户的缴费记录查询 用户历史查询记录查询 网站管理员 提供网站的收入查询 发票异常记录查询 发票查询统计分 析 3 1 43 1 4异常监控与自动修复异常监控与自动修复 网站接入的其他发票网站信息 但是网站信息随时更新或者宕机 需要实现网站的监控 监控网站是否有信息改变 是否宕机 是否无法访 问 精准分析确定原因 然后发送相关异常文件到网站服务员 实现对网站接 入的及时管理 自动修复 在监控过程中可能出现网络不通原因 所以需要在网站进行查 询的接口中判断是否进行异常自动修复 3 1 53 1 5系统业务管理系统业务管理 实现对网站的相关业务进行后台管理 3 1 5 1用户管理 系统 实现管理网站的各级用户 授权 新建 修改 禁止等等 个人 企业用户实现对子账户的管理 涉及子账户的信息维护 查询次数 授予 或者套餐授予 3 1 5 2计费管理 实现对用户的费用信息管理 涉及用户续费 用户续费查询 缴费用户与 其他用户的基本信息管理 QP10 AT8 可行性研究报告 13 3 1 5 3接入税务管理 实现税务网站接入的管理 包括新增税务网站接入 信息修改 状态维护 以及税务接入概况图示 地区详细图示等等 3 1 5 4新闻通知管理 实现网站的通知 以及最新新闻 广告等模块的管理 3 1 63 1 6邮件推广邮件推广 实现网站的邮件系统服务 包括用户购买服务到期提醒 税务网站监控状 态提醒 用户消费状况提醒 系统充值活动提醒 推广 完善客户的体验和对查询平台的推广 3 2非功能性需求分析非功能性需求分析 3 2 1 性能要求 1 事务失败率事务失败率 信息系统事务失败率不得超过 0 1 2 CPU 利用率利用率 当系统并发用户数在设计要求范围内时 应用服务器和数据库服务器的 CPU 平均利用率不得超过 60 且 CPU 利用率不得连续 30 秒超过 80 3 数据库性能 数据库性能 系统数据库应满足如下性能指标 平均 SQL 响应时间不得超过 5 秒 SQL 查询涉及多表 并且多表笛卡尔积的数据量小于 10 万条数据时 该 SQL 语句 执行时间不得超过 3 秒 SQL 查询涉及到多表 并且多表笛卡尔积的数据量小 于 100 万条数据时 该 SQL 语句执行时间不得超过 5 秒 SQL 查询涉及到多 表 并且多表笛卡尔积的数据量小于 1000 万条数据时 该 SQL 语句执行时间 不得超过 8 秒 QP10 AT8 可行性研究报告 14 4 可靠性设计 信息系统代码逻辑应严谨 对各种系统异常进行处理 确保每一个方法和过 程都有 try catch 语句等 对系统事务失败 通信失败等情况能自动识别并解 决 确保系统可用 3 2 2可靠性要求可靠性要求 1 系统开发测试过程中 应开展覆盖全过程 全业务的测试工作 确保单 元测试 集成测试等环节对测试案例的覆盖率达 100 对内存溢出 资源不释 放等问题应进行专项测试 2 在承受最大并发用户数持续运行 2 小时的情况下 系统运行平稳 业务 失败率不超过 0 1 CPU 平均占用率低于 60 内存占用率没有明显增长且 1 小时后内存恢复初始值 3 在承受百分之四十的最大并发用户数持续运行 8 小时的情况下 系统运 行平稳 业务失败率不超过 0 1 CPU 平均占用率低于 60 内存占用率没有 明显增长且 1 小时后内存恢复初始值 4 4项目方案项目方案 4 1项目目标和范围项目目标和范围 4 1 14 1 1目标目标 2014 年 发票真伪查询平台完善推广 的目标是 利用现有技术 现有的 发票真伪鉴别平台及人才优势 加强基础性和前瞻性技术研究 提升公司在 ERP 技术领域对核心技术和产品的研发能力 打造核心产品 提高核心竞争力 拓展新的利润增长点 为 ERP 各业务产品部提供优质的 更好的技术服务支持 QP10 AT8 可行性研究报告 15 4 1 24 1 2范围范围 2014 年 发票真伪查询平台完善推广 平台的开发范围如下 1 在现有平台的基础上深入完善发票真伪鉴别能力及真伪判断规则 1 1 深化各税务系统查询结果分析鉴别发票真伪及发票票面信息分析是 否有盖章 发票类型对应的发票使用范围 发票类型对应的发票金额 1 2 对发票本身的真假防伪鉴定 如克隆票 1 3 对真发票内容的真实性 如发票本身用户家具类发票 结果开成电 子类等 1 4 对超额发票鉴定 如发票本身只能开 1000 元 则开出 2000 元 1 5 对增值税发票存在校验期限和查询次数 如校验期限为 6 个月 查 询次数为 1 次等 2 在现有平台的基础上深入研究发票校验方式 例如二维码扫描查询 2 1 移动端新增二维码扫描 2 2 电子凭证管理模块 3 在现有平台上深入完善发票真伪鉴别系统与其他项目集成 例如作为中 间件和财务管控集成及其他第三方系统集成 3 1 对发票真伪查询实现原理是否符合国网信息安全 3 2 发票真伪查询平台的实施对 ECC 和财务管控服务器的影响 3 3 发票真伪查询平台与 ECC 增值税发票管理平台和财务管控的集成 融合等 4 在现有平台上深入完善对税务系统异常的预警 例如自动监控税务系统 是否改版 预警本平台解析插件是否能正常解析 4 1 税务网站自动监控和修复能力提升 4 2 税务网站异常通知 4 3 增值税 180 预警提醒 5 在现有平台的基础上完善发票平台后台管理 5 1 用户角色细化 各级用户管理 计费 后台内容丰富 5 2 接口用户查询已查发票明细 报表导出功能等 5 3 通知管理 真假接口用户通知管理 修改通知等 QP10 AT8 可行性研究报告 16 4 2项目技术方案项目技术方案 4 2 14 2 1业务架构业务架构 4 2 1 1业务目标业务目标 为各种需要发票真伪验证的直接 间接 客户提供友善实用的发票查询服 务是本平台的业务目标 具体服务包含 web 查询真伪 手机查询真伪 直接扫 描发票查询真伪 第三方系统接入等方式 平台的稳定性 结果的准确性是服 务质量保证的基础 4 2 1 2业务功能业务功能 业务功能描述 一级能力二级能力能力描述能力演进方向 Web 查询 直接通过平台提供 web 界 面输入发票信息验证发票 真伪 查询界面 手机查询 通过手机客户端验证发票 真伪 查询接口 服务 第三方系统接入发票真伪 查询平台接口 发布方式 包含 webservice RestFul File 税务发票 查询网站 接入管理 目前全国需接入的税务网 站有 132 个 个税务网站 存在经常变更和不稳定的 情况 通过该功能来管理 各税务网站接入情况并维 QP10 AT8 可行性研究报告 17 一级能力二级能力能力描述能力演进方向 护 系统监控监视系统的运行情况 及 发票查询异常监控 包括 网站变更 网络中断等情 况 用户管理对平台使用用户的管理 包含用户的增删改 用户 权限分配等功能 计费管理对用户的计费方式 缴费 情况进行管理 统计分析对系统用户的发票查询情 况统计分析 4 2 24 2 2数据架构数据架构 4 2 2 1主数据主数据 4 2 2 1 1 平台数据平台数据 查询平台产生数据 1 发票历史查询记录 Web 或者移动智能端查询的记录 包括发票代码 发票号码等必要信息 数据产生用于故障分析 用户查询分析 2 发票接入网站记录 网站接入其他税务官网的必要信息 包括税务网站域名 税务网站表单信 息等 4 用户数据记录 查询平台的用户信息 包括用户基本信息 用户缴费信息等 4 2 2 1 2 接口数据接口数据 接入税务网站的返回数据 QP10 AT8 可行性研究报告 18 1 通过用户提交信息到税务官网进行查询 税务网站所返回的数据 4 2 2 2数据流转数据流转 1 查询平台 税务网站 查询平台提交发票票面信息 包括发票代码 发票号码 验证码等必要 信息税务网站通过提交的发票信息 查询出相应的结果 返回到查询平台 查询平台分析返回数据 然后把分析的结果返回给用户 2 查询平台 移动智能端 第三方接口 移动智能端提交发票票面信息包括发票代码 发票号码 验证码等必要 信息税务网站通过提交的发票信息 查询出相应的结果 返回到查询平台 查询平台分析返回数据 然后把分析的结果返回给移动智能端 QP10 AT8 可行性研究报告 19 4 2 34 2 3应用架构应用架构 4 2 3 1应用应用模型模型 4 2 3 2应用层级应用层级 应用层应用层 应用层包含接入管理 用户管理 系统监控 计费管理 通知管理 权 限管理 规则管理 凭证管理等8大部分 接入管理 主要是对各税务网站接入及元数据进行管理和配置 用户管理 对平台使用用户的管理 包含用户的增删改 用户权限分配 等功能 系统监控 监视系统的运行情况 及发票查询异常监控 包括网站变更 网络中断等情况以及异常的自动修复能力 计费管理 对用户的计费方式 缴费情况进行管理 通知管理 管理通知发布 广告栏发布 权限管理 资源管理授权和用户管理授权 规则管理 发票真伪判别规则配置 凭证管理 管理发票信息 QP10 AT8 可行性研究报告 20 数据层数据层 发票真伪查询平台数据层分为发票数据库和凭证数据库两部分 发票数 据库用于存储平台基本配置信息 如 用户信息 发票元数据定义 计费配 置 发票查询结果等 凭证数据库用于存储原始凭证信息 如发票图片 发 票内容等信息或文件 查询统计分析查询统计分析 管理统计分析 查询统计分析包含综合查询 统计分析两部分 综合查 询包含收入查询 用户查询 异常查询 日志查询 统计分析包含查询统计 费用统计 异常统计 用户统计 用户统计分析 用户登陆自己的管理后台 修改基本资料以及密码等 查看用户的购买记录 查询记录和查询次数 包括企业用户的小账户分配等 场景为大企业一个账户 而会计核算可 以分配小的账户并赋予次数 无需多次购买 外网用户外网用户 外用户包括web查询 手机客户端查询 平板电脑 行业外系统接入等 部分 Web查询 用于公众用户使用平台查询发票真伪 手机客户端查询 平板电脑 手持设备用户校验发票真伪 行业外系统接入 通过webservice restful等发布的接口接入发票真 伪平台 内网用户内网用户 内网用户只能使用接口接入本平台 接口需通dxp平台完成通讯 目前 接入本平台的国网内网系统 主要包含SAP ERP 员工报销 财务管控 凭 证协同等系统 QP10 AT8 可行性研究报告 21 4 2 44 2 4技术架构技术架构 4 2 4 1关键技术因素关键技术因素 发票真伪查询平台关键技术包括税务网站动态接入管理 发票元数据管 理 系统监控方法及计费策略管理 税务网站动态接入管理 本部分使用了发票解析器工厂模式 实现了解 析器统一生产 提高了发票内容解析可配置性 可扩展性和可维护性 发票元数据管理 该部分定义并管理了发票相关的统一的元数据 为提 供统一标准的发票查询接口及方法奠定了了基础 系统监控方法及计费策略管理 本分使用了切面编程技术 在不影响业 务运行的条件下 对系统各个重要节点进行实时监控分析 提供一定的自动 修复功能和及时通知系统管理员维护系统 4 2 4 2逻辑模型逻辑模型 4 2 4 2 1 总体技术总体技术框架框架 总体架构图如下 QP10 AT8 可行性研究报告 22 1 持久层由前 Mybatis 修改为 Hibernate 开发效率提升 同时切换数据库也可 以无损逻辑运行 2 新增 Spring Security 集成权限验证框架 无需开发自己的权限管理 3 新增 RestFul 接口 简单易接入 取代 SOA 的繁杂 4 2 4 2 2 层间交互规则层间交互规则 层间交互规则包括层间依赖关系规则 其中 逻辑层间应单向依赖 避免循 环依赖 层间交互方式包括 自上而下依赖 高层可以依赖于低层 但低层不允许依赖与高层 对于高层 组件需根据低层组件变化而做出某种响应的场景 应通过观察者模式或事件模 式等设计技术实现 严格依赖 每一层只能依赖于下一层 这有利于关注点严格分离 下层修改 仅影响直接上层 有利于提高系统的灵活性和可伸缩性 松散交互 高层可以跳过下层直接依赖于底层 但这会导致底层修改直接影 响其上的多个层 在小规模应用 即修改不会带来太大的工作量场合 可以考 虑此种方式 层间接口类型包括 抽象接口 通过定义抽象基类或接口类来实现 此种方式增加了系统可测试 性 具体类型 定义具体对象类型表示不同层的接口 此种方式上层直接依赖于 下层实现 大型系统不建议采用 基于消息 层间使用公共数据接口封装操作 数据 Schema 错误契约 安 全信息 上下文信息等 此种方式有利于支持多种类型客户端 支持跨物理和 进程边界进行交互 支持无状态调用 符合 SOA 架构设计要求 推荐首选此方 式作为服务层接口 应根据应用特点和逻辑层水平分区功能设计 确定适当的逻辑层间依赖规则 和接口类型 QP10 AT8 可行性研究报告 23 4 2 4 3执行模型执行模型 4 2 4 3 1 容量规划容量规划 1 1 硬件需求硬件需求 发票真伪查询平台采用典型的基于 J2EE 架构体系 系统部署所需硬件主要 包括数据库服务器 应用服务器以及其它相关容灾设备 在系统部署时要充分 考虑应用的扩展性和稳定性 对关键设备采用负载均衡 双机热备 为应用的 发展建立充足的弹性空间 数据库服务器数据库服务器 数据库服务器需采用两台小型机服务器共享冗余磁盘阵列 使用 SAN 存储 结构 通过 Cluster 集群软件构成高可用性的集群系统 数据库服务器单台机 器配置 2 块 HBA 卡 用于冗余连接 SAN 存储 配置三块双口千兆网卡 两块用 于连接两台接入层网络交换机 一块用于连接集群心跳网络 应用服务器应用服务器 本平台有大量用户接入 同时需要访问一百多个外围税务网站的发票查询 功能 因此本系统对应用服务器的需求以高性能 高可靠为出发点 保证用户 在使用系统时的高速响应与可靠性 其他设备其他设备 包括 负载均衡器 网络交换机 以及 机柜 等设备 2 2 编制依据编制依据 编制评估决策系统硬件配置标准的主要依据如下 发票真伪查询平台性能及稳定性测试报告 4 2 4 3 2 硬件环境设计硬件环境设计 表表 4 64 6 详细硬件配置清单详细硬件配置清单 类型类型详细配置详细配置 要求要求 数数 量量 估价估价 万元万元 备注备注 QP10 AT8 可行性研究报告 24 数据库服务器数据库服务器 小型机 主频小型机 主频 3G 3G 4 8c 4 8c 16G 16G 内存内存 2 2 35 35 台台 可使用统可使用统 一的资源一的资源 应用服务器应用服务器 PCPC 服务器 主频服务器 主频 3G 3G 4 4 8c8c 16G 16G 内存 内存 300G 2300G 2 硬盘 网卡硬盘 网卡 3 3 RAIDRAID 0 0 或或 1 1 含含 企业版企业版 REDHATREDHAT LINUXLINUX 操作系统操作系统 2 2 12 12 台台可利旧 可利旧 负载均衡器负载均衡器 F5F5 Big IP LTM 3400Big IP LTM 3400 端口数 端口数 8 8 口口 2 2 30 30 台台 网络交换机网络交换机 端口数端口数 24 24 冗余电源 冗余电源 1 1 11 11 台台 机柜机柜 标准标准 42U42U PDUPDU 显示装置 显示装置 KVMKVM 各一套各一套 1 1 2 2 台台 可使用总可使用总 部统一的部统一的 资源资源 根据表根据表 4 64 6 根据实际情况 可使用统一资源 如数据库服务器 负载均衡 根据实际情况 可使用统一资源 如数据库服务器 负载均衡 器 网络交换机 机柜等 器 网络交换机 机柜等 4 2 4 3 3 软件环境设计软件环境设计 部署单元名称部署单元名称发票真伪查询平台发票真伪查询平台 软件名称软件名称要求 版本 要求 版本 备注备注 操作系统操作系统 RedRed HatHat EnterpriseEnterprise LinuxLinux 5 45 4 及以上及以上 数据库数据库 Oracle11gOracle11g 中间件中间件 TomcatTomcat 6 6 以上或以上或 BEABEA weblogicweblogic serverserver 11 011 0 及以上及以上 QP10 AT8 可行性研究报告 25 4 2 4 3 4 系统部署系统部署 4 2 4 4安全架构安全架构 4 2 4 4 1 环境安全环境安全 4 2 4 4 2 物理安全物理安全 为保证系统的各类设备 数据免受水灾 火灾等环境事故 人为操作失误 或错误及各种计算机犯罪行为导致的破坏 物理环境应按照公司统一安排管理 4 2 4 4 3 网络安全网络安全 数据库服务器外部网络连接应关闭其他不相干端口 并控制数据库访问的 客户机 IP 等 应用服务关闭其他端口 仅暴露 web 查询访问地址及端口 4 2 4 4 4 系统安全系统安全 本平台不需要桌面终端的支持 因此相关服务器应关闭相关服务及端口 QP10 AT8 可行性研究报告 26 操作系统 中间件 数据库系统的管理严格按照公司相关规定 统一管理 4 2 4 4 5 应用安全应用安全 平台严格按照用户系统管理人员职责划分 分配权限 4 2 4 4 6 数据安全数据安全 本平台主要是发票数据 平台应控制发票数据批量获取 并严格管理数据 库的访问权限 4 3项目实施方案项目实施方案 4 3 14 3 1组织模式组织模式 为顺利开展专题研发 成立以研发中心主任 技术总监 研发经理等主要 负责人为主的项目领导小组 并成立技术专家组 专题研发组 专题研发相关 的业务沟通组 1 研发领导小组 负责项目管理 进度督查 2 技术专家组 负责专题评审 架构设计评审 核心人员以各技术条线资源组长 区域 技术经理和骨干技术人员组成 3 专题研发组 负责专题研发 技术支持与交流 核心人员以严格考评的研发人员和各 QP10 AT8 可行性研究报告 27 条线技术精英 4 业务沟通组 负责产品需求沟通 技术交流 核心人员以产品部各专题需求人员及外围 厂商技术人员等 4 3 24 3 2实施策略实施策略 4 3 2 1项目进度管理项目进度管理 1 1 制定工作计划制定工作计划 研发经理制定项目的里程碑计划 项目整体计划 研发领导小组审批项目 计划 各专题小组在整体计划指导下制定专题组的工作计划 2 2 进度跟踪控制进度跟踪控制 进度报告 通过进度报告的方式对项目进度进行跟踪与控制 在项目实施过程中建 立周进度表 月进度表两种报告形式 进度偏差分析 研发经理对进度表进行审核 对发现的进度问题 及时进行原因分析 并协调相关方及时采取应对措施或预防措施 调整工作计划 加大人员投 入 避免总体计划受到影响 4 3 2 2质量管理质量管理 为了确保最终交付的项目成果符合质量目标要求 在项目过程中进行项目 质量管理 详细措施如下 1 统一文档模板 对于项目管理文档和统一要求的技术文档 由研发经理负责编制统一模 板 明确文档规范 文档内容要素或示例 以便各专业组能快速 准确地 编写所需要的文档 确保格式规范 风格统一 保证文档质量 2 工作成果审查 QP10 AT8 可行性研究报告 28 技术专家组审查 主要对研发专题和专题架构设计进行评审 研发领导小组审查 对各专题组对所提交的成果文档 如工作计划 调 整方案 应急预案 工作报告等 进行审查 确保各项提交成果的整体质 量 对于较为重要的文档 如工作计划 调整方案 应急预案等 采取会 议形式进行评审 4 3 2 3问题管理问题管理 建立项目问题管理制度 保证及时发现并记录相关问题 及时对相关问题 进行分析和讨论 寻求解决方案 保证项目实施工作顺利推进 1 项目问题清单 建立项目问题清单格式及项目问题清单存放目录 每个小组建立一个问 题记录文件 记录项目过程中所有相关问题 各小组组长负责将问题及时 向项目经理办公室汇报 对于每一个问题 应明确负责人予以跟踪 各小 组组长共同负责各小组项目问题清单的整体跟踪 未解决问题在每周工作 周例会上予以汇报 2 项目备忘录 对于需要详细分析的项目问题 按照一事一单原则建立并填写项目备忘 录 详细描述相关方案分析过程 提出建议方案和相关后续工作 制定项目备忘录文档模板 制定存放目录 每个项目备忘录都应指定 相关小组的项目成员完成记录 4 3 2 4沟通管理沟通管理 为了规范各项目组之间 各项目组与业务部门之间进行工作交流 任务传 递 消息共享 问题商讨的方式方法和提高沟通效率 建立以下几种沟通机制 邮件沟通机制 周例会机制 专项会议机制 周报机制 月报机制 工作联系 单机制及联络机制等 对于比较重要的沟通内容事先制定沟通计划并指定相关 的责任人 并在计划允许的时间内进行沟通落实 QP10 AT8 可行性研究报告 29 4 3 2 5项目成果管理项目成果管理 项目成果由研发经理负责管理 制定文档的命名规范 对文档进行收集 整理 分类 版本控制 访问权限 密级控制等 确保项目成果完整 高质和 和安全 1 版本控制管理 对文档进行版本控制管理 为每个文档标注有效版本号 编制及变更人 发布范围等信息 对失效的文档及时注销并通知相关成员 文档文件的标识方法为 在文件封面页上 以项目名称 文件标题 版 本号 特定的某一文档的版本号 可选 记录时间 作者 可选 联合标 识 文档版本控制管理员对上述作为标识的内容进行审查 必须填写详实 才能归档 否则退回修改 确保文件规范 2 建立文档服务器 项目建设前期 由信息部门提供服务器软硬件环境 研发组负责搭建并管理专 用文档服务器 建立完整的文档目录 采用 SVN 软件进行文档配置管理 对服 务器访问权限进行有效控制 对数据进行定期备份 防止文档丢失或破坏 对 于较为重要的纸质文档 项目组指派专人负责保管和归档 4 3 34 3 3实施阶段细则实施阶段细则 序号序号工作内容工作内容产出物产出物 1 增值税发票的期限验证和查询次数抓取 新增对外 restFul 接口 用户角色细化 各级用户管理 计费 后 台内容丰富 数据库集群 移动端新增二维码扫描 接口用户报表 1发票真伪查询平台软 件 2平台安装配置手册 使用手册 3与员工报销集成方案 集成手册 QP10 AT8 可行性研究报告 30 序号序号工作内容工作内容产出物产出物 计费后台管理 税务网站接口监控强化 判断算法 修复能力提升 系统用户角色细化 4 3 44 3 4实施风险实施风险 风险控制应是贯穿项目开发始末的一项重要任务 在整个项目过程中进行 有效的风险管理和风险控制 主动 规避 风险 有利于减少项目损失 保证 项目高质量并顺利进行 1 1 研发人员保障研发人员保障 为确保研发工作的顺利进行 研发中心 ERP 技术对现有人员进行整体梳 理 从中挑选技术骨干组建研发团队 对于目前正在生产项目上工作的研发人 员 由研发组长与所在生产项目经理进行充分沟通得到其认可 根据研发项目 工作进度安排 有计划的通过新招能力相当人员的方式进行人员替换 要保障要保障 研发资源 避免出现生产项目抢占研发项目人员的问题 研发资源 避免出现生产项目抢占研发项目人员的问题 2 2 建立有效的风险控制的管理机制建立有效的风险控制的管理机制 在研发项目管理过程中由项目经理主持 定期举行周例会议识别项目风险 制定相应的应对方案 设置风险管理岗位 落实责任人 该岗位的主要职责是 在制订与评估规划时 从风险管理的角度对项目规划或计划进行审核并发表意 见 不断寻找可能出现的任何意外情况 指出各个风险的管理策略及常用的管 理方法 以做好提前应对可能出现风险的准备 3 3 建立持续 有效的风险控制管理过程建立持续 有效的风险控制管理过程 根据项目进展情况 进行科学的项目风险管理和控制 对项目的成功有着 举足轻重的意义 风险管理过程包括风险管理规划 风险识别 风险分析 风 险应对 风险监控等活动 有效的风险管理过程应是动态的 持续的和不断改 进的 在项目管理的过程中 定期进行项目风险识别 针对不同的风险进行符 QP10 AT8 可行性研究报告 31 合项目特点的定性分析及定量分析 根据分析结果提前制定应对方案 特别是 要建立项目风险监控机制 对项目的风险状况进行评估和监管 在项目里程碑 处进行事件跟踪和主要风险因素跟踪 以进行风险的再评估 发现意外风险或 者是风险超出预期的一定要重点关注 发现问题要立即上报 尽快解决 将项 目的风险降到最低 建立风险管理数据库 对项目出现过的风险及应对措施 解决效果等信息进行详细记录 作为后续风险管理的基础 对风险管理数据库 在实施过程中不断更新和完善 4 4 领导重视与业务部门配合领导重视与业务部门配合 研发项目在研发过程中由于涉及一些新技术的研究和创新 有许多不确定 性 项目风险可能有一种或多种起因 一旦发生将至少对一个项目目标造成影 响 如范围 进度 成本 质量等 项目过程中的风险管理不仅需要项目研发 人员的高度重视 也需要各位领导的持续关注与支持 并协调相关资源支持 积极配合 使研发工作充分深入 计划实施快速响应 以实现全面识别项目风 险 有效进行风险应对及监控 各方人员协同合作保证研发项目按时保质完成 5 5 制定有效的沟通机制制定有效的沟通机制 在研发项目中要建立良好 有效的沟通机制 有效的沟通不仅可以大大降低