基于J2EE税收应用系统问题管理平台设计及实现.docx

基于J2EE税收应用系统问题管理平台设计及实现 【摘要】为加强应用系统的日常管理，进一步提升应用系 统运维工作的科学化、规范化、专业化水平，降低系统管理 风险，建设涵盖“一个平台、三级运维、四级管理”的应用 系统问题管理平台是十分必要的，应用系统问题管理平台的 设计与实现，加强了对问题处理全过程的监控，细化了业务 部门与信息部门的工作职责，增强了各地市运维人员的运维 权限，将大大缩短问题处理流程，提高问题解决效率。 【关键词】问题管理平台；J2EE；问题处理查询 引言 随着税收信息化建设的快速发展，应用系统集中度越来 越高。应用系统的集中，优化了管理模式，提高了信息共享 度，但数据集中的同时也带来了巨大风险，主要表现在应用 系统影响面广、实时性高、技术复杂，任何一个环节出现问 题，都可能影响系统正常运转，直接制约税收业务开展。因 此，应用系统运维已成为信息化建设必不可少的重要的基础 性工作，如何有效做好应用系统运维管理，理顺问题反映和 反馈渠道，做到及时运维、准确运维、超前运维和主动运维, 快速规范处理基层提报的问题，是保证应用系统正常运行和 稅收业务正常开展的关键。 需求分析 通过具体对应用系统问题的调查与功能需求分析，应用 系统问题管理平台主要包括问题报告、问题处理、问题知识 库查询、重大紧急问题报告、工作通知、查询统计分析六大 功能模块。下面分别介绍每个模块的主要功能： 问题报告模块：主要是用来收集整理问题，负责将问题 描述清楚并上报； 问题处理模块：主要包括业务受理、业务维护、支持受 理岗、技术维护、技术审核、运维审批、执行等； 问题知识库查询模块：主要负责对各个应用系统的问题 知识库进行查询和维护等； 重大紧急问题报告模块：系统运行不稳定、效率低、数 据质量存在重大问题以及规定的后台数据访问及修改等问 题。紧急问题因系统异常造成业务中断，需在尽可能短时间 内恢复应用的事件； 工作通知模块：主要用于对重大紧急问题的处理过程中 的通知，对日常运维工作中问题处理的工作通知，对新发布 程序和普遍问题的操作指导等内容的通知； 查询统计分析模块：主要是查询所报告问题及处理情 况、知识库等。 J2EE架构与Oracle数据库 J2EE是基于B/S模式，是一组技术规范与指南，包含组 件技术、服务技术、通信技术三大类，有共通的标准及规格, 让依循J2EE架构的不同平台存在良好的兼容性，可让应用 系统的开发与部署简化且规范，从而提高可移植性、安全与 再用价值。解决以前企业使用的彼此无法兼容信息产品，导 致企业内部或外部难以互通的窘境。Java的开放型和“一次 编写，到处执行”的跨平台性使得J2EE在企业分布式计算 领域中占据很大的优势，提供了对EJB(Enterprise JavaBeans)、 Java Servlet API、 JSP(Java Server Pages) 以及XML技术的全面支持。 Oracle数据库是以高级结构化查询语言(SQL)为基础的 大型关系数据库，通俗地讲它是用方便逻辑管理的语言操纵 大量有规律数据的集合。是目前最流行的客户/服务器 (Client/Server)体系结构的数据库之一。 4?系统的设计与实现 鉴于以上J2EE架构和Oracle数据库的种种优势，本文 主要采用J2EE架构、MVC模式开发，用Oracle数据库作为 数据的存储。在系统开发中，工具采用Intellij IDEA,服 务器用的是Weblogic8. 1。 在该平台的开发工作中，本人主要负责查询统计分析模 块的设计与实现，该模块主要包括问题处理查询和知识库查 询两个子模块，其结构图如图1所示。 GTF的核心理念是插件，基于插件完成GTF引用的各个 层面技术的替换和扩展，通过插件技术实现GTF成为一个开 放的架构的目标。具体的GTF各层面技术相互调用的关系表 达图如图2所示。 用GTF开发框架具体的开发流程可以分成以下几个步 骤： 根据每个功能事件流程首先把每个独立功能分解成 多个事件流，每个事件流对应于GTF Actions里一个动作； 其次编写FormBean,属性根据具体功能需要来设计; 编写每个功能的业务逻辑实现类，业务逻辑类需要 继承类 com. gtf. framework. Command； 5.结束语 该应用系统问题管理平台上线应用以来，通过运维平台 流转的问题，取消了一般问题的纸质提报单，有效减轻了基 层工作量，没有再发生某些事件提报单长期卡在某个环节的 情形，问题处理效率较以前有了很大提高。各级运维人员按 照工作职责分别把关，在运维平台中及时进行事件处理、问 题反馈，做到了问题及时解决，保证了各个应用系统健康稳 定运行；运维管理平台的建立，实现了前台业务应用与后台 业务技术运维之间的快速响应，对降低系统运维成本