卢勇 崔高峰 付强 刘兴

摘 要：审计工作是中国铁路沈阳局集团有限公司经济建设的重要工作之一，由于中国铁路沈阳局集团有限公司下属单位有200家左右，每年的审计工作任务都很繁重，如何能提高审计工作的效率，规范审计流程是急需解决的问题。本文简单阐述了中国铁路沈阳局集团有限公司审计工作的业务流程，结合网络编程技术，介绍了基于三层架构开发全局审计问题综合管理平台的方法以及页面UI采用的新技术。

关键词：内部审计；问题整改管理；网络编程技术；3层架构；HTML5；CSS3

中图分类号：TP393 文献标志码：A

0 前言

中国铁路沈阳局集团有限公司的审计工作按审计活动执行主体的性质分类属于内部审计，由中国铁路沈阳局集团有限公司内部专门的审计机构和人员对下属各个单位财务收支和经济活动等方面实施的独立审查和评价，审计结果向中国铁路沈阳局集团有限公司决策层报告。其具有显著的建设性和内向服务性，目的在于帮助本单位健全内部控制，改善经营管理，提高经济效益。由于中国铁路沈阳局集团有限公司下属单位有200余家，每年针对每个单位开展一次审计工作就需要200多次，而且审计发现问题后，需要报批领导，再审核被审计单位提报的整改方案，跟踪被审计单位的整改情况，审计的周期很长。同时，一个审计问题需要由多个部门和多个人员参与，整个流程的环节越多，出错的概率就越大。至今，所有的业务都是通过审计人员与站段联系人利用邮件、传真等方式沟通完成，没有系统化、信息化。因此，研制一套审计问题综合管理系统，对于提高审计工作效率，规范审计流程是非常必要的。

1 审计工作业务流程

由于中国铁路沈阳局集团有限公司的审计工作属于单位内部审计，因此有其独有的特点。其主要流程如图1所示，包括：成立审计组，选定被审计单位并确定审计工作内容，审前公示，进驻被审计单位，形成审计发现问题报告，被审计单位提报整改方案，被审计单位汇报整改情况，审计问题办结。审计发现问题从审计项目上分为：财务收支类、经营业绩类、经济责任类、建设项目类、内控审计类、管理审计类、效益审计类和其他共八个种类。按问题分類又可分为：成本方面、收入方面、资产管理、资金管理、物资管理、工资管理、合同管理、劳动用工、投资效益、建设方面、招投标方面、制度建设和其他共13个分类。

从宏观上，中国铁路沈阳局集团有限公司审计工作可概括为两大方面：

（1）审计发现问题分类汇总。主要是由审计人员将审计中发现的问题以问题描述标题为最小单位分类汇总，然后提报领导审核形成审计材料发送到相关单位或部门进行督办整改。

（2）整改推进计划。被审计单位接收到审计发现的问题后，根据问题描述的情况逐个问题落实责任人，制定相应的整改方案，提报审计部门。审计部门审批通过后，被审计单位按整改方案落实，在整改时限内每月汇报整改实施情况。

2 系统架构

针对中国铁路沈阳局集团有限公司审计工作特有的业务流程，从方便用户使用的角度出发，采用B/S模式进行系统设计是最适合的。同时为提高软件编程效率，规范编程标准，实现松耦合，软件架构采用3层架构。前端页面采用HTML5+CSS3技术进行开发，在增强人机交互体验的同时又能提高数据交互的性能。

2.1 总体架构设计

审计问题综合管理平台的架构采用B/S模式，即浏览器/服务器模式。

B/S架构（如图2所示）的优点在于：

（1）分布性强，客户端零维护。只要有网络、浏览器，就可以随时随地进行查询、浏览等业务处理。

（2）业务扩展简单方便。通过增加网页即可增加服务器功能。

（3）维护简单方便。只需要改变网页，即可实现所有用户的同步更新这是BS架构非常突出的一个优点。

（4）开发简单，共享性强。有大量的第三方BS组件和技术，可用于后端开发、前端显示，因此从快速开发角度来看BS模式占有很大的优势。

但B/S架构也有其不足之处，例如：

（1）在跨浏览器上，BS架构不尽如人意。

（2）表现要达到CS程序的程度需要花费不少精力，页面通用化，没个性。

（3）在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。

（4）功能虽然多样化，但是不能专业化，不能实现复杂的功能。

B/S架构的优点和缺点都很明显，主要看审计问题综合管理平台的需求是否适合这种网络架构。审计问题综合管理平台的用户包括中国铁路沈阳局集团有限公司审计部门和下属单位在内，共200余家单位，分布于辽宁全省、吉林全省以及内蒙古自治区和河北省的部分地区，地域分布较广，用户数量多，在程序的界面上个性化需求不高，系统的实时性要求不强，因此，综合比较B/S架构的优缺点，对于审计问题综合管理平台而言是利远远大于弊的。

2.2 程序设计

程序采用3层架构设计，如图3所示。将整个业务应用划分为：表示层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。这样的层次设计体现了“高内聚，低耦合"的思想。

3层架构的优点：

（1）开发人员可以只关注整个结构中的其中某一层；

（2）可以很容易地用新的实现来替换原有层次的实现；

（3）可以降低层与层之间的依赖；

（4）有利于标准化；

（5）利于各层逻辑的复用。

（6）扩展性强。

（7）安全性高。

（8）项目结构更清楚，分工更明确，有利于后期的维护和升级。

3层架构的缺点：

（1）降低了系统的性能。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。

（2）有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。

（3）增加了代码量，增加了工作量。

审计问题综合管理平台的程序开发在采用3层架构的基础上，又引入了实体模型和通用工具类库。实体模型是系统的对象抽象出来的类，通用工具类库是一些通用的、各个模块都可能用到的类库。通过这样优化组合，最大限度地发挥了3层架构的优势，同时大大缩短开发周期，方便日后代码维护。

2.2.1 表现层

表现层是接受用户的请求以及返回数据，为客户端提供应用程序的访问。其主要工作是程序的页面设计，根据审计工作各个用户的功能不同，系统页面按登录用户不同动态加载界面UI元素。同时采用了基于bootstrap技术页面设计，页面显示效果大幅提升，增强了用户体验。

2.2.2 业务逻辑层

业务逻辑层负责对数据层进行操作，也就是说把一些数据层的操作进行组合。

2.2.3 数据访问层

数据访问层中各个函数完成各个对数据文件的操作，而不必管其他操作。

3 业务实现

根据审计问题管理的实际业务流程，从提升中国铁路沈阳局集团有限公司审计工作效率，减轻审计人员劳动强度的角色出发，审计问题综合管理平台分为两大模块，一块是面向全局的审计展示平台，一块是问题整改管理平台。

3.1 审计展示平台

审计展示平台面向全集团公司用户，采用瀑式布局，页面响应速度快，动感流畅，人机交互界面友好。主要功能如下所述：

3.1.1 关于审计

关于审计模块采用鼠标悬停显示动画的方式展现页面，在减少页面使用空间的基础上又增加了动感，使页面的美观。其共包括4个板块。第一个板块是介绍审计工作， 用文字的方式简述什么是审计，审计工作对于中国铁路沈阳局集团有限公司的重要性。第二个板块是展示审计成果，以标题的方式列出近年审计工作的重要成果。第三个板块是追溯审计历史，用列表的方式浏览审计工作重要的历史时刻。第四个板块是审计反响，用于展示用户对审计工作的肯定。所有的数据信息都可在后台进行维护。

3.1.2 审前公示

审前公示采用文字水平轮播的方式展示近期的审前公示内容。其主要用于在审计组进驻被审计单位之前，面向全局进行公示，公示的内容包括：被审计单位名称、审计内容、审计时间等。通过网络平台发布公示消息，可第一时间让全集团公司用户了解审计工作情况，然后通过各种通信方式来向审计组反应被审计单位的违章情况，帮助全集团公司审计工作更好更深入地开展。

3.1.3 举报信箱

举报信箱的设计主要用于为用户舉报被审计单位违章提供录入线索的网络途径。用户通过选择单位类型筛选到被审计单位，然后填写举报内容，最后可选择匿名或实名的方式进行举报。如果用户选择了实名举报还需要提供本人的姓名、身份证和联系方式。对于举报的信息审计部门将根据调查处理结果向实名举报人做出反馈。

3.1.4 审计意见与反馈

本模块用于和全集团公司用户进行互动。集团公司内部的审计工作有其特殊性，如何把审计工作做好，把审计的作用发挥好需要大家群策群力。这个模块的作用就是听取广大职工的意见，不论最终是否能被上级采纳，审计部门都会对各个意见逐一进行反馈。

3.2 问题整改管理平台

问题整改管理平台主要面向与审计问题整改相关的审计人员、集团公司领导、业务处室用户和被审计单位用户。主要功能如下所述：

3.2.1 审计项目组管理

在实际审计业务中，对于被审计单位每次的审计都会从审计人员中抽调部分人员临时组成审计项目组，项目组人员包括：组长、主审和成员。系统根据实际业务设计的审计项目组管理模块，审计管理员可根据实际人员创建审计项目组，由于每次审计的审计项目是固定的一种，因此可以在此进行设置，同时可输入审计决定文号。之后的审计问题都需要关联到审计项目组上来。

3.2.2 审计问题管理

审计问题管理包括：审计问题录入、审计问题审批、审计问题处理等功能。为方便审计人员录入问题，提高工作效率，系统设计了两个入口。一个入口是我的审计项目，用户可以筛选审计项目编号、日期、被审计单位等选项找到需要录入审计问题的项目，然后按实际业务要求的数据项录入审计问题。另一个入口是我创建的审计问题，这个列表会列出所有登录用户所创建的问题。用户可以选择修改或直接创建新问题，创建问题时需要选择问题所在审计项目组。两个入口主要区别是：我的审计项目会列出登录用户作为组长、主审和成员参加的所有项目组，进入项目组可以查看其他人员录入的问题但不能更改，自己创建的问题在条件允许的情况下可以修改。而我创建的问题只列出我自己创建的审计问题。审计问题审批是按照层级关系对录入的审计问题进行审核。这里涉及审批流程可根据实际情况进行配置。当前的流程是审计人员录入问题并提交，审计组长一级审核，审计副处长二级审核，审计处长三级审核，发送集团公司领导批示，审批流程结束。审计问题处理功能主要是面向审计管理员，包括对正常结束的审计问题和异常的审计问题的处理。主要包括：办结、延期、销号等操作。

3.2.3 审计问题流转

由于集团公司内部管理的特殊性，审计问题流转分为业务处室流转和站段流转两个类别。两个流转的流程基本一致，业务处具有监督职能，流转到每个节点都有查看的权限。而站段是审计问题具体处理单位，功能上有所不同。具体流转流程以站段流程为例设计如下：流程起点由审计管理员发起，发送到站段后由站段管理员接收，确认审计问题发送信息无误后发送站段段长处理。段长指派一名副段长具体负责该审计项目所有问题的处理情况。副段长接受到任务后根据每个审计问题所涉及的部门分配责任部门和配合部门。责任部门和配合部门科长收到任务后都会指派一名负责人具体负责该审计问题，不同的是配合部门负责人须将自己的解决意见转达给责任部门负责人，由责任部门负责人具体填写整改方案上报处理。至此，整个流转过程结束，业务处流转过程与站段一致，最后责任部门的负责人只有查询功能，没有填写整改方案的功能。

3.2.4 整改方案管理

整改方案管理主要流程是被审计单位问题整改负责人（审计问题流转中，最后的责任部门负责人。）根据责任部门和配合部门共同商议形成的方案上报，然后经过层层审批最终进入整改实施阶段。这其中需要经过两部分审批，一部分是站段内部审批，由责任部门负责人填写整改方案并提报，责任部门负责人一级审批，主管副段长二级审批，段长一级审批。然后由站段管理员将方案发送到审计处。第二部分由审计组长接收整改方案并实施一级审批，审计处副处长二级审批，审计处处长三级审批。审批通过后进入整改实施阶段。问题整改负责人定期上报整改情况。

3.2.5 消息提醒与预警

消息提醒主要用于向审计问题相关用户传达集团公司领导的批示内容，让各级用户做出及时响应，提高执行力。预警功能用于整改问题的到期提醒，由于整改问题都是有时限的，而且每月固定日期需要上报整改的进度，因此设计预警功能，在时限到达的前5个工作日提醒问题整改负责人办理相关业务。

结语

综上所述，审计问题综合管理平台的系统设计从中国铁路沈阳局集团有限公司审计工作实际出发，基于安装便捷，易于使用，方便维护的架构设计，采用结构灵活的流程设计方案，对于提高审计工作效率，规范审计工作流程有较大的意义。

参考文献

[1]铁路技术管理规程[S].北京：中国铁道出版社，2006.

[2]软件开发技术联盟.ASP.NET开发实例大全（基础卷）[M].北京：清华大学出版社，2016.