发票真伪查询平台深化应用研究_可行性研究报告

发票真伪查询平台深化应用研究_可行性研究报告内容摘要：

件里发布。 并且 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 当中如果写一些处理器组件，一QP10AT8 可行性研究报告 11 般实现 Controller 接口，在 Controller 中就可以调用一些 Service 或 DAO 来进行数据操作 ModelAndView 用于存 放从 DAO 中取出的数据，还可以存放响应视图的一些数据。 如果想将处理结果返回给用户，那么在 Spring 框架中还提供一个视图组件 ViewResolver，该组件根据 Controller 返回的标示，找到对应的视图，将响应 response 返回给用户。 所有 Spring 的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。 它们也为 Spring 中的各种模块提供了基础支持。 Spring security Spring Security 是一个能够为基于 Spring 的企业应用系统提供声明式的安全访问控制 解决方案的安全框架。 它提供了一组可以在 Spring 应用上下文中配置的 Bean，充分利用了 Spring IoC， DI（控制反转 Inverse of Control ,DI:Dependency Injection 依赖注入）和 AOP（面向切面编程）功能，为应用系统提供声明式的安全访问控制功能，减少了为企业系统安全控制编写大量重复代码的工作。 Spring security集成了多种验证方式，提供了很好的扩展能力， OpenId， LDAP，ACL，数字签证等等认证方式。 保障系统的安全性 Hibernate 框架 Hibernate 是一个开放源代码的对象关系映射框架，它对 JDBC 进行了非常轻量级的对象封装，使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate 可以应用在任何使用 JDBC 的场合，既可以在 Java 的客户端程序使用，也可以在 Servlet/JSP 的 Web 应用中使用，最具革命意义的是， Hibernate可以在应用 EJB 的 J2EE 架构中取代 CMP，完成数据持久化的重任。 封装了 jdbc，简化了很多重复性代码。 简化了 DAO 层编码工作，使开发更对象化了。 移植性好，支持各种 数据库，如果换个数据库只要在配置文件中变换配置就可以了，不用改变 hibernate 代码。 QP10AT8 可行性研究报告 12 支持透明持久化，因为 hibernate 操作的是纯粹的（ pojo） java 类，没有实现任何接口，没有侵入性。 所以说它是一个轻量级框架。 功能性需求分析 业务需求分析 专题分析： 基于现有发票真伪查询平台，进行更深入的研究。 包括本平台的真伪验证更加精准，可扩展，而且保证平台的快速响应和稳定性能。 还包括移动智能终端的发票真伪查询，实现二维码扫描，票面识别，查询。 同时优化用户体验和性能等等。 以及提供最新发票相关法律， 新闻抓取等等 WEB发票查询 用户在网络环境中，可以通过浏览器直接访问发票查询网站，然后进行发票的信息查询。 实现通过发票代码识别发票的所属地区，然后接入该地区的发票查询网站。 返回必须字段，例如：发票号码，发票验证码，金额等信息。 填写完成过后模拟HTTP 请求到该地区网站进行发票查询。 接口发票查询 第三方接口使用可以通过 Webservice 或者 RestFul 接口进行发票的信息查询。 实现与 WEB 发票查询步骤相似的流程接口，从提交发票代码，返回必须得查询字段信息，然后接收第三方提供的信息进行查询。 实现接口 信息加密技术， 支持验证信息加密算法，保证用户信息在传输过程QP10AT8 可行性研究报告 13 中不被窃取和篡改。 报表业务 用户以及网站管理员可以通过报表信息查看自己的统计信息，以及管理各自权限所有业务 用户报表，提供用户的缴费记录查询，用户历史查询记录查询。 网站管理员，提供网站的收入查询，发票异常记录查询，发票查询统计分析。 异常监控与自动修复 网站接入的其他发票网站信息，但是网站信息随时更新或者宕机。 需要实现网站的监控，监控网站是否有信息改变，是否宕机，是否无法访问。 精准分析确定原因，然后发送相关异常文件到网站服务员。 实现对网站接入的 及时管理。 自动修复，在监控过程中可能出现网络不通原因，所以需要在网站进行查询的接口中判断是否进行异常自动修复。 系统业务管理 实现对网站的相关业务进行后台管理 用户管理 系统：实现管理网站的各级用户，授权，新建，修改，禁止等等。 个人：企业用户实现对子账户的管理，涉及子账户的信息维护，查询次数授予，或者套餐授予。 计费管理 实现对用户的费用信息管理，涉及用户续费，用户续费查询，缴费用户与其他用户的基本信息管理 QP10AT8 可行性研究报告 14 接入税务管理 实现税务网站接入的管理，包括新增税务网站接入，信息修改，状态维护。 以及税务接入概 况图示，地区详细图示等等 新闻通知管理 实现网站的通知，以及最新新闻，广告等模块的管理 邮件推广 实现网站的 邮件系统服务 ，包括用户购买 服务到期提醒， 税务网站 监控状态提醒， 用户 消费状况提醒， 系统 充值活动提醒（推广） 完善客户的体验和对查询平台的推广。 非功能性需求分析 性能要求 1， 事务失败率 信息系统事务失败率不得超过 %。 2， CPU 利用率 当 系统 并发用户数在设计要求范围内时，应用服务器和数据库服务器的 CPU平均利用率不得超过 60%，且 CPU 利用率不得连续 30 秒超过 80%。 3，数据库性能 系统 数据库应满足如下性能指标 ：平均 SQL 响应时间不得超过 5 秒； SQL 查询涉及多表，并且多表笛卡尔积的数据量小于 10 万条数据时，该 SQL 语句执行时间不得超过 3 秒； SQL 查询涉及到多表，并且多表笛卡尔积的数据量小于 100万条数据时，该 SQL 语句执行时间不得超过 5 秒； SQL 查询涉及到多表，并且多表笛卡尔积的数据量小于 1000 万条数据时，该 SQL 语句执行时间不得超过 8秒。 4，可靠性设计 QP10AT8 可行性研究报告 15 信息系统代码逻辑应严谨， 对各种 系统 异常进行处理， 确保每一个 方法 和 过程都有 try…catch 语句等； 对系统事务失败、通信失 败等情况能自动识别并解决，确保系统可用。 可靠性要求 表 12 系统开发测试过程中，应开展覆盖全过程、全业务的测试工作，确保单元测试、集成测试等环节对测试案例的覆盖率达 100%； 对内存溢出、资源不释放等问题应进行专项测试； 表 13 在承受最大并发用户数持续运行 2 小时的情况下，系统运行平稳，业务失败率不超过 %， CPU 平均占用率低于 60%，内存占用率没有明显增长且 1小时后内存恢复初始值； 表 14 在承受百分之四十的最大并发用户数持续运行 8 小时的情况下，系统运行平稳，业务失败率不超过 %， CPU 平均占用率低于 60%，内存占用率 没有明显增长且 1 小时后内存恢复初始值。 项目方案 项目目标和范围 目标 2020 年， “发票真伪查询平台完善推广” 的目标是：利用现有技术、现有的发票真伪鉴别平台及人才优势，加强基础性和前瞻性技术研究，提升公司在 ERP技术领域对核心技术和产品的研发能力 , 打造核心产品、提高核心竞争力，拓展新的利润增长点，为 ERP 各业务产品部提供优质的、更好的技术服务支持。 QP10AT8 可行性研究报告 16 范围 2020 年 “ 发票真伪查询平台完善推广 ” 平台的开发范围如下。 表 16 在现有平台的基础上深入完善发票真伪鉴别能力及真伪判断规则： 深化各税务系统查询 结果分析鉴别发票真伪及发票票面信息分析是否有盖章、发票类型对应的发票使用范围、发票类型对应的发票金额。 对发票本身的真假防伪鉴定，如克隆票。 对真发票内容的真实性，如发票本身用户家具类发票，结果开成电子类等。 对超额发票鉴定，如发票本身只能开 1000 元，则开出 2020 元。 对增值税发票存在校验期限和查询次数，如校验期限为 6 个月，查询次数为 1 次等。 表 17 在现有平台的基础上深入研究发票校验方式：例如二维码扫描查询： 移动端新增二维码扫描。 电子凭证管理模块。 表 18 在现有平台上深入完善 发票真伪鉴别系统与其他项目集成：例如作为中间件和财务管控集成及其他第三方系统集成： 对发票真伪查询实现原理是否符合国网信息安全。 发票真伪查询平台的实施对 ECC 和财务管控服务器的影响。 发票真伪查询平台与 ECC 增值税发票管理平台和财务管控的集成融合等。 表 19 在现有平台上深入完善对税务系统异常的预警：例如自动监控税务系统是否改版，预警本平台解析插件是否能正常解析： 税务网站自动监控和修复能力提升。 税务网站异常通知； 增值税 180 预警提醒。 表 20 在现有平台的基础上完 善发票平台后台管理： 用户角色细化，各级用户管理，计费，后台内容丰富。 接口用户查询已查发票明细，报表导出功能等。 QP10AT8 可行性研究报告 17 通知管理，真假接口用户通知管理，修改通知等。 项目技术方案 业务架构 业务目标 为各种需要发票真伪验证的直接（间接）客户提供友善实用的发票查询服务是本平台的业务目标。 具体服务包含 web 查询真伪、手机查询真伪、直接扫描发票查询真伪、第三方系统接入等方式。 平台的稳定性、结果的准确性是服务质量保证的基础。 业务功能 业务功能描述： 一级能力 二级能力 能力描述 能力演进方向 查询界面 Web 查询 直接通过平台提供 web 界面输入发票信息验证发票真伪。 手机查询 通过手机客户端验证发票真伪 查询接口服务 第三方系统接入发票真伪查询平台接口，发布方式包含 webservice、 RestFul、File。 税务发票查询网。