审计作为建立一个廉洁政府的有力工具, 正受到了越来越多的重视, 相应的审计系统软件成为实现审计信息化的一个重要工具, 正成为软件工程领域一个新的研究课题。但是由于审计系统软件起步比较晚, 政府和企业的需求还没有形成标准化的需求模型, 做出一个通用性良好的审计系统软件需要深入到客户的业务底层, 从可能产生问题每个细节入手, 并针对这些问题产生的原因做出分析, 最后提出解决方案。另外, 由于产生问题的载体很多是来自财务软件和ERP, 对产生的问题无法做到有效的预先处理, 为此, 需要对客户己有信息化系统做梳理, 并做到审计系统软件与原有系统的无缝兼容, 使得审计系统运行的同时不干扰正常的业务处理。
由于审计系统软件需要对财务和业务数据进行实时监控, 面对各种财务软件监控对象, 需要审计系统软件具备较高的可扩展性, 因此, 在设计审计系统软件过程中除了满足已有需求外还需要考虑系统后期如何添加新功能等因素, 但是设计一个具有良好扩展性的审计系统软件需要有全面的需求分析和完善的解决方案, 需要系统分析人员要对财务和审计都有深刻的认识和理解, 能够既懂财务, 又懂审计, 同时能熟练搭建系统框架, 而这是很困难的。需求的不稳定性、审计业务的多变性, 决定了审计系统软件架构本身不可能是完美的, 同时需求是永远在变化的, 因此对系统的改进过程是持续并且必然的。目前已有的审计系统软件仅能做到将所有已知的需求变化案例都写入系统处理逻辑中, 对于未曾遇见的需求变化, 则需要重写单元代码, 重设业务处理逻辑, 甚至对系统框架进行修改才‘能应对新的需求变化。而面对需求变化需要大规模的修改代码和调整框架结构, 意味着系统的僵化和随时可能引入新的bug, 这正是目前己有审计系统项目在扩展性方面的缺陷。
怎样才能满足系统上线之后根据需求变化快速的添加或移除功能模块而不需要对系统整体框架进行较大规模的修改, 怎样才能能够根据需求的细节变化对某个具体功能模块进行调整而不会对其他功能模块产生影响, 等等之类的问题困扰着当前审计系统软件的开发和实现, 同时, 这也是软件行业普遍存在的问题。怎样解决上述问题是现有系统迫切需要解决的问题。
1 审计系统概述
审计系统是一项复杂的系统工程, 需要从满足审计业务需求入手, 在与客户财务软件无缝兼容的基础上, 研发出供审计人员在指定的终端上使用, 实现审计监督, 账目查询功能, 汇总统计功能, 业务审核功能, 预报、预警功能等功能的审计系统。审计系统包括审计管理、审计作业和审计支持三大子系统。审计管理子系统分为审计公文管理、审计计划管理、审计统计信息、审计档案管理等功能模块, 主要完成审计业务的日常管理工作。审计作业子系统分为联网数据采集、审计查证分析、审计文档编制等功能模块, 主要实现对企业会计集中核算等信息系统的数据获取与恢复、数据分析与挖掘, 以及进行相关审计文档编制工作。审计支持子系统分为被审计单位资料库、法律法规库、审计专家经验库等功能模块, 可对审计管理及审计作业过程进行有效的信息支撑。
该审计系统采用当前主流的程序设计语言C#作为开发语言, Microsoft visual S t u d i o 2 0 0 5为开发工具, M i c r o s o f t S Q L server2005作为数据库服务器, Visual source Safe为配置管理工具, 解决团队开发过程中存在的代码共享和版本控制问题, Microsoft visual studio2005自带的unit Test具做单元测试工具。程序框架采用Net Framework2.0框架的三层体系架构, 系统在C/S (客户端用及务器端) 模式下运行, 以有效降低客户端和服务器端负载, 提高系统整体工作性能。
2 审计系统存在的问题
由于审计系统行业软件目前还没有形成标准化的需求模型, 同时审计行业的特殊性也决定需求随着业务对象变化而频繁变化。因此, 开发一款通用性强的审计系统, 需要在设计之初就要搭建一个灵活的架构, 使其能够应对系统上线后的需求变动。但通过参与某审计系统软件开发后发现:一个通用性良好的审计系统软件需要有一个全面的需求分析和完善的解决方案。需要系统分析人员要对财务和审计都有深刻的认识和理解, 能够既懂财务, 又懂审计, 同时能熟练搭建系统框架, 使其搭建的系统架构能够应对审计行业业务需求频繁变化的特点, 而这是一件很困难的事情。审计业务的多变性、需求的不稳定性, 使软件架构本身不可能是完美的, 同时需求是永远在变化的, 因此对系统的改进过程是持续并且必然的, 目前仅能做到将所有已知的需求变化案例都写入系统处理逻辑中来处理已知的需求变化。
对于未曾预见的需求变化, 例如根据需求变化需要更换第三方商用控件、添加或移除指定功能模块等需求, 需要对系统整体框架进行较大规模的修改, 同时对于修改具体题库题型、根据客户要求生成一种新的审计底稿等新的需求, 需要对模块内部进行修改, 同时还要检索所有引用该模块的代码是否会受到影响。怎样解决上述问题, 怎样在不影响其他功能模块的基础上添加新功能以及怎样通过提高系统整体框架的可扩展性和单独功能模块的独立性是本文的研究内容, 也是研究目标。
3 审计系统优化方案
在对系统进行优化的过程中, 针对系统存在的问题, 通过重构的方式, 将设计模式引入到现有系统之中来完善其设计。
针对能够随着系统版本的不同和配置的变化, 能够通过在某个控制类中添加、移除某些方法即可实现生成有针对性的系统案例, 从而满足不同用户在不同权限下找到相对应的示例的需求。通过引入Builder Pa tt er n实现了上述审计案例模块定制功能。
针对审计案例中无法预先知道需要生成哪种具体题型而只能将所有题型生成方式都罗列出来的缺陷, 通过引入Factory Pa tt er n实现案例题型工厂根据传来的参数, 动态的实例化题型。
针对要求某类有且仅有一个实例, 并且提供了一个全局的访问点的需求, 通过引入Singleton Pattern对资源类进行封装, 实现了上述仅能生成一个系统资源类功能。
针对原系统中为了对外提供加密处理功能, 需要将该工程中多个含有敏感信息字段的功能类设置为public类型, 造成外界程序和代码对该类可以无限制访问, 不利于保密。通过引入Fa?ade Pattern对加密模块进行重构, 实现了封装加密模块功能。
针对系统在开发过程中, 因改用第三方控件致使接口不兼容而无法使用原有代码的问题, 通过引入Adapter Pattern编写一个接口适配类解决问题, 实现了保留原有日志记录模块, 同时使用第三方控件的功能。
摘要：近年来, 随着经济体制改革的逐步深入, 信息化管理的先进方式逐步进入税务部门。本文主要对审计系统进行探讨, 提出审计系统优化方案。
关键词：审计系统,优化方案,Factory Pattern
参考文献
[1] 王翔.基于C#的工程化实现及扩展[M].电子工业出版社, 2009.
[2] 肖尔.敏捷开发艺术[M].东南大学出版社, 2008.
[3] 科瑞夫斯盖.重构与模式[M].人民邮电出版社, 2006.
[4] 萨默维尔.软件工程 (原书第8版) [M].机械工业出版社, 2007.