信息系统审计(IT审计)操作流程(精)

1、信息系统审计 (IT 审计操作流程一、审计计划阶段计划阶段是整个审计过程的起点。其主要工作包括 :(1 了解被审系统基本情况了解被审系统基本情况是实施任何信息系统审计的必经程序 , 对基本情况的了 解有助于审计组织对系统的组成、环境、运行年限、控制等有初步印象, 以决定是否对该系统进行审计 , 明确审计的难度 , 所需时间以及人员配备情况等。了解了基本情况 , 审计组织就可以大致判断系统的复杂性、管理层对审计的态 度、内部控制的状况、以前审计的状况、审计难点与重点 , 以决定是否对其进行审 计。(2 初步评价被审单位系统的内部控制及外部控制传统的内部控制制度是为防止舞弊和差错而形成的以内部稽核

2、和相互牵制为核 心的工作制度。随着信息技术特别是以 Internet 为代表的网络技术的发展和应用 , 企业信息系统进一步向深层次发展 , 这些变革无疑给企业带来了巨大的效益 , 但同时 也给内部控制带来了新的问题和挑战。加强内部控制制度是信息系统安全可靠运行 的有力保证。依据控制对象的范围和环境 , 信息系统内控制度的审计内容包括一般 控制和应用控制两类。一般控制是系统运行环境方而的控制 , 指对信息系统构成要素 (人、机器、文件 的控制。它已为应用程序的正常运行提供外围保障 , 影响到计算机应用的成败及应 用控制的强弱。主要包括 : 组织控制、操作控制、硬件及系统软件控制和系统安全 控制。

3、应用控制是对信息系统中具体的数据处理活动所进行的控制 , 是具体的应用系 统中用来预测、检测和更正错误和处置不法行为的控制措施 , 信息系统的应用控制 主要体现在输入控制、处理控制和输出控制。应用控制具有特殊性 , 不同的应用系 统有着不同的处理方式和处理环节 , 因而有着不同的控制问题和不同的控制要求 , 但 是一般可把它划分为 : 输入控制、处理控制和输出控制。通过对信息系统组织机构控制 ,系统开发与维护控制 ,安全性控制 ,硬件、软件 资源控制 ,输入控制, 处理控制 , 输出控制等方而的审计分析 ,建立内部控制强弱评价 的指标系统及评价模型 , 审计人员通过交互式人机对话 ,输入各评价

4、指标的评分 , 内 控制审计评价系统则可以进行多级综合审计评价。通过内控制度的审计, 实现对系统的预防性控制 , 检测性控制和纠正性控制。(3 识别重要性为了有效实现审计目标 , 合理使用审计资源 , 在制定审计计划时 , 信息系统审计 人员应对系统重要性进行适当评估。对重要性的评估一般需要运用专业判断。考虑 重要性水平时要根据审计人员的职业判断或公用标准 , 系统的服务对象及业务性质 , 内控的初评结果。重要性的判断离不开特定环境 , 审计人员必须根据具体的信息系 统环境确定重要性。重要性具有数量和质量两个方面的特征。越是重要的子系统 , 就越需要获取充分的审计证据 , 以支持审计结论或意见

5、。(4 编制审计计划经过以上程序 ,为编制审计计划提供了良好准备 , 审计人员就可以据以编制总体 及具体审计计划。总体计划包括 : 被审单位基本情况 ; 审计目的、审计范围及策略 ; 重要问题及重 要审计领域 ; 工作进度及时间 ;审计小组成员分工 ;重要性确定及风险评估等。具体计划包括 : 具体审计目标 ; 审计程序 ; 执行人员及时间限制等。二、审计实施阶段做好上诉材料的充分的准备 , 便可进行审计实施 , 具体包括以下内容 :(1 对信息系统计划开发阶段的审计对信息系统计划开发阶段的审计包括对计划的审计和对开发的审计 , 可以采用 事中审计 , 也可以是事后审计。比较而言事中审计更有意义

6、 , 审计结果的得出利于故 障、问题的及早发现 ,利于调整计划 ,利于开发顺序的改进。信息系统计划阶段的关键控制点有 :计划是否有明确的目的 , 计划中是否明确描 述了系统的效果 ,是否明确了系统开发的组织 , 对整体计划进程是否正确预计 ,计划 能否随经营环境改变而及时修正 ,计划是否制定有可行性报告 , 关于计划的过程和结 果是否有文档记录等等。系统开发阶段包括系统分析、系统设计、代码编写和系统测试三部分。其中涉 及包括功能需求分析、业务数据分析、总体框架设计、结构设计、代码设计、数据 库设计、输入输出设计、处理流程及模块功能的设计。编程时依据系统设计阶段的 设计图及数据库结构和编码设计

7、, 用计算机程序语言来实现系统的过程。测试包括 动态测试和静态测试 , 是系统开发完毕 , 进入试运行之前的必经程序。其关键控制点 有:分析控制点 :是否己细致分析企业组织结构 ; 是否确定用户功能和性能需求 ; 是 否确定用户的数据需求等。设计控制点 :设计界面是否方便用户使用 ; 设计是否与业务内容相符 ; 性能能否 满足需要 , 是否考虑故障对策和安全保护等。编程控制点 :是否有程序说明书 ,并按照说明书进行编写 ; 编程与设计是否相符 有无违背编程原则 ; 程序作者是否进行自测 ; 是否有程序作者之外的第三人进行测试 编程的书写、变量的命名等是否规范。测试控制点 :测试数据的选取是否按

8、计划及需要进行 , 是否具有代表性 ; 测试是 否站在公正客观的立场进行 , 是否有用户参与测试 ;测试结果是否正确记录等。(2 对信息系统运行维护阶段的审计对信息系统运行维护阶段的审计又细分为对运行阶段的审计和对维护阶段的审 计。系统运行过程的审计是在信息系统正式运行阶段 , 针对信息系统是否被正确操 作和是否有效地运行 , 从而真正实现信息系统的开发目标、满足用户需求而进行的 审计。对信息系统运行过程的审计分为系统输入审计、通信系统审计、处理过程审 计、数据库审计、系统输出审计和运行管理审计六大部分。输入审计的关键控制点有 : 是否制定并遵守输入管理规则 , 是否有数据生成顺 序、处理等的

9、防错、保护措施、防错、保护措施是否有效等。通信系统实施的是实际数据的传输 ,通信系统中 ,审计轨迹应记录输入的数据、 传送的数据和工作的通信系统。通信系统审计的关键控制点有 : 是否制定并遵守通 信规则, 对网络存取控制及监控是否有效等。处理过程指处理器在接收到输入的数据后对数据进行加工处理的过程 , 此时的 审计主要针对数据输入系统后是否被正确处理。关键控制点有 :被处理的数据 , 数据 处理器,数据处理时间 ,数据处理后的结果 ,数据处理实现的目的 ,系统处理的差错率 平均无故障时间 , 可恢复性和平均恢复时间等。数据库审计是保障数据库正确行使了其职能 , 如对数据操作的有效性和发生异 常

10、操作时对数据的保护功能 （正确数据不丢失 , 数据回滚以保证数据的一致性。其关 键控制点有 : 对数据的存取控制及监视是否有效 , 是否记录数据利用状况 , 并定期分 析,是否考虑数据的保护功能 ,是否有防错、保密功能 , 防错、保密功能是否有效输出审计不同于测试阶段的输出审计 , 此时的输出是在实际数据的基础上进行 的,对其进行审计可以对系统输出进行再控制 , 结合用户需求进行评价。关键控制点 有 : 输出信息的获取及处理时是否有防止不正当行为和机密保护措施 , 输出信息是否 准确、及时 , 输出信息的形式是否被客户所接受 , 是否记录输出出错情况并定期分析运行管理审计是对人机系统中人的行为

11、的审计。关键控制点有 : 操作顺序是否 标准化,作业进度是否有优先级 , 操作是否按标准进行 , 人员交替是否规范 ,能否对预 计于实际运行的差异进行分析 , 遇问题时能否相互沟通 ,是否有经常性培训与教育 等。维护过程的审计包括对维护计划、维护实施、改良系统的试运行和旧系统的废 除等维护活动的审计。维护过程的关键控制点有 : 维护组织的规模是否适应需要 ,人 员分工是否明确 ,是否有一套管理机制和协调机制 , 维护过程发现的可改进点 , 维护 是否得到维护负责人同意 ,是否对发现问题作了修正 ,维护记录是否有文档记载 , 是 否定期分析 , 旧系统的废除是否在授权下进行等。三、审计完成阶段完

12、成阶段是实质性的整个信息系统审计工作的结束 ,主要工作有 :整理、评价执行审计业务过程中收集到的证据。在信息系统审计的现代化管理 时期, 收集到的数据己存储在管理系统中 , 审计人员只需对其进行分析和调用即可。复核审计底稿 , 完成二级复核。传统审计的三级复核制度对信息系统审计同样 适用, 它是保证审计质量、降低审计风险的重要措施。一级复核是由信息系统审计 项目组长在审计过程进行中对工作底稿的复核 , 这层复核主要是评价已完成的审计 工作、所获得的工作底稿编制人员形成的结论 ;二级复核是在外勤工作结束时 , 由审 计部门领导对工作底稿进行的重点复核。在审计工作办公自动化的今天, 二级复核制度同样可以通过网上报送及调用得以实现。评价审计结果 , 形成审计意见 , 完成三级复核 , 编制审计报告。评价审计结果主 要是为了确定将要发表的审计意见的类型及在整个审计工作中是否遵循了独立审计 准则。信息系统审计人员需要对重要性和审计风险进行最终的评价。这是审计人员 决定发表何种类型审计意见的必要过程 , 所确定的可接受审计风险一定要有足够充 分适当的审计证据支持。签发审计报告之前 , 应当随工作底稿进行最终 （三级复核 , 三级复核由审计部门的主任进行