一、系统的组成 审计专家系统（ＡｕｄｉｔｉｎｇＥｘｐｅｒｔＳｙｓｔｅｍ）是模仿审计专家思维活动，进行推理和判断，能够像专家那样求解专业问题的计算机系统。它可以大大缓解审计时间和能力之间的矛盾，同时又能够保持审计的客观独立性。它把某一领域里被公认的权威专家的经验精选出来，归纳成一定的形式规则，计算机将根据这些知识和形式规则去模仿审计专家分析问题和解决问题的策略，以求得问题的解决。计算机辅助工程建设项目审计专家系统是由三个子系统组成： 被审计的原始数据转换和自动输入子系统 审计精算推理分析子系统 审计评价子系统 二、系统开发阶段 １系统的可行性分析阶段 至少有一个公认的熟悉审计理论和务实的审计专家被系统所模拟；系统所模拟的审计专家必须能对审计的理论和方法以及如何执行审计工作给予解释；系统要承担的审计任务或解决的审计问题必须明确，大小适宜，所涉及的领域要有清晰的边界；系统的响应时间要能满足审计人员的要求；开发所需的设备和经费、技术等条件应在允许的范围内。 ２初步设计阶段 在初步设计阶段，知识工程师要和审计专家反复地讨论交流，将一个大问题分解为若干个子问题，找出重要的概念和关系，确定系统的知识表达方法，以便对知识进行编码。 ３建立审计专家系统的原型 完成了初步设计后，用智能语言编码，建立一个初级的专家系统即原型。原型的知识库应包括有代表性的知识样本。并简单到可以测试子任务及推理的有效性。原型的推理达到可接受的水平，就可以将解释器加入。现有的解释方法：有执行时间跟踪、策略层解释，预制文本或自动解释。开发者可根据具体情况选择恰当的方法。专家系统的原型建立的最后一步用典型的实例进行测试。刚开发出来的原型必然会存在错误和不足，如问题的定义不恰当、知识的表达不正确、推理机制有问题、解释得不明白或编码有语法错误等。因此，原型建立后应针对各重要环节逐一测试，以发现和排除系统中的错误和不足，直到满意为止。 ４扩大与提高原型 这一阶段是对原型的使用和评价阶段。建立起来的系统原型应尽快投入使用。通过使用可对系统进行评价，如评价系统所作的决策或建议的质量是否达到专家水平，系统的工作效率和效益是否达到了要求和用户需要。使用中可以发现系统的问题和不足，逐步改善系统，使系统真正达到审计专家的水平。三、系统开发实施方法 １原型法 原型法就是在深入了解系统需求的前提下，由全局出发，首先给出一个满足系统基本要求的交互式系统原形：并由使用者和开发者根据业务要求对原型进行评价，然后再根据用户的意见做进一步的修改，如此经过反复直至最后完全满足用户的需求。 ２组模型的方法 组模型是基于一个小的“同事组”的组织开发应用系统的方法，它要求“同事组”的各成员在工作上相互依赖，分工协作，每个组成员在项目中都有固定分工，并专注于某个具体任务。这种方法是鼓励“同事组”成员主人翁思想，有利于最终得到更好的产品。每个组的组长负责进行整理、领导和协调，而组成员则专注于执行具体的任务。 ３过程模型方法 过程模型方法是强调开发应用系统的过程是周期的、反复的，而不是线性的。这种模型由构想、计划、开发、完成代码四个过程组成。这些过程的实现被置于变更控制之下的“基线”点。这有助于在开发应用系统过程中灵活应变以及精益求精。 ４组模型和过程模型的原型法 组模型和过程模型的原型法是用组模型、过程模型和原型法相结合的原型方法。它用组模型和过程模型具体组织实施方法进行人员分工和系统开发步骤循环，用原型方法指导系统的开发。它先做实际系统的一个小型原型；开发者尽量通过这个原型来揭示实际系统的最基本的关系和关键的事实，以便检测系统的设计。它能够将工程建设项目审计领域的最基本的结构成分独立出来，使开发人员对所建的系统有宏观的了解而不至于过早的介入细节问题，原型法使开发者能够很快地建立起基本系统。 四、系统开发工具 专家系统最初使用程序设计语言如ＬＩＳＰ、ＰＲＯＬＯＧ开发的。现在，已经出现许多专家系统的工具，如不同版本的程序语言（ＯＰＳＳ、ＩＮＴＥＲＬＩＳＰ）和大型外式开发工具（ＡＲＴ、ＥＳＥ和ＫＥＥ等），对可以在微机上运行的工具（Ｍ．１和ＶＰ－ＥＸＰＥＲＴ）开发工具通常包含如下成分：推理程序、控制程序、外部接口程序和知识库编辑工具等。借助开发工具，系统开发人员可以方便迅速地设计和开发专家系统。 五、系统的技术关键 １建立基于知识的推理方法和模型 ２掌握基于知识系统的开发工具和方法 ３解决被审计的原始数据的转换和自动输入问题
