论文部分内容阅读
［摘 要］ 传统审计软件已经难以从海量电算化数据中查找出需要的审计信息，基于OLAP的审计软件可以在海量数据中快速进行有效的审计，本文首次提供了控制审计软件关键功能的用例设计。
［关键词］ 审计；OLAP；用例
［中图分类号］F239.1；TP311.52［文献标识码］A［文章编号］1673-0194（2008）01-0071-05
1 引 言
从世界范围来看，基于OLAP（联机分析处理）技术的审计软件在加拿大等西方国家得到了迅速的发展，取得了巨大的经济效益和社会效益。
从我国情况来看，目前我国财会软件对业务的处理技术也在迅速向电子化、集成化、广域化、数字化和无纸化的方向发展，导致审计所面临的会计电算化信息系统环境远比手工账簿更为复杂，并且随着企业财务数据越来越多地与ERP、CRM等经营数据有机交织在一起，仅仅局限于部分财务数据的静态单机版审计辅助软件已经无法对海量财务信息和经营信息进行有效的审计，只有开发基于OLAP的审计软件，才能突破目前传统审计软件所面临的困境。
根据笔者在《基于动态联机分析的审计信息系统》一文中的讨论，基于OLAP的审计软件包含了5个组成部分；在《审计数据仓库的分析与设计》一文中，笔者对审计数据仓库进行了详细的讨论；本文将讨论以上两篇文章尚未涉及的用例设计部分；这3篇文章一起构成了新型审计软件的完整设计方法。
2 基于OLAP的审计软件总体功能简介
概括地说，基于OLAP的审计信息系统主要包括审计数据仓库、审计联机分析处理、审计业务管理、审计告警、专家经验库等5个子系统：
（1）审计数据仓库子系统为整个系统提供有效的数据来源，它对用户是不可见的；
（2）审计联机分析处理子系统主要包含审计分析、审计计算、查询、抽样等数据分析功能，数据完全来源于数据仓库；
（3）审计业务管理子系统包括形成审计日记、工作底稿、审计报告等业务管理功能，为用户提供一个完整的审计业务处理环境；
（4）审计告警子系统是对从企业动态采集到的数据，应用数据分析规则，对异常反应的数据向审计人员发出警报；帮助审计人员大幅缩小可疑的审计范围，大大提高审计效率；
（5）专家经验库子系统是将企业的历史采集数据、有关告警内容、计算指标、审计形成的有关文档和结论等保存下来；为新的审计告警指标提供参考的依据，并在此基础上逐步提高系统的智能化程度。
3 数据仓库与OLAP技术是设计新型审计软件的基础
在对企业的审计过程中，最重要的一个环节是对企业的财务数据进行各种类型的分析。数据仓库是专门用于支持数据分析型的应用的，因此可以很好地满足审计对数据分析的需求。
审计数据仓库是在各企业财务基础数据的基础上建设的，它的数据存储方式是采用星型模型的方式而设计的，更适合于审计人员对其进行各种分析。数据仓库对数据采取双粒度或多粒度方式存储，有目的有选择地存储需要的历史数据，提高了计算机资源的有效利用率；在数据仓库之上可以建立多种数据分析主题，利用OLAP动态联机分析工具，可以为审计人员提供强大的数据分析工具。
动态联机分析（OLAP）是建立在数据仓库基础之上的数据分析技术，OLAP有3个核心特征：多维观察、数据钻取、CUBE运算，恰好与审计业务的特点相吻合。
（1）对被审计数据进行多角度的观察。对遇到的各种问题进行分析的时候，即使对同样的现象，通常会从多个角度去分析考虑，并且有时候还需要从几个角度综合起来进行分析。这是OLAP分析最基本、最核心的特征：从多个观察角度的灵活组合来观察数据，从而发现数据的内在规律。
审计最重要的业务特征是需要对特定的被审计数据集合，通过多个不同角度的观察，以找出数据集合中的可疑之处，即“鸡蛋里面挑骨头”。而OLAP从多维角度进行数据分析的最核心的特点，恰恰与审计最重要的业务特征相吻合，因此可以说OLAP是现阶段最适合用于支持审计业务的技术。
（2）对可疑的被审计数据进行钻取，以获得更为精确的信息。在对被审计数据的观察分析过程中，可能需要在现有数据基础上，对可疑的被审计数据进一步细化，以获得更细致更准确的资料，帮助判断是否有问题存在。审计的这种对可疑问题需要进行层层追踪的业务特点，恰好可以由OLAP中的数据钻取功能来满足。
（3）通过预先创建数据立方体CUBE，提高审计效率。 如果需要顺利地利用OLAP的多维观察、数据钻取功能提高审计效率，需要预先创建足够多的被审数据立方体CUBE，也就是说，需要预先为审计人员准备足够多的各种形式的被审材料，供审计人员随时调用。因为收集材料是审计过程中非常耗时的环节，要提高审计效率，必然需要由计算机代替人来完成这个步骤的工作。OLAP的预先创建数据立方体CUBE的技术特点也恰恰与审计的这种业务特点相吻合。
4 基于OLAP的审计软件的用例设计
根据前面的讨论，除了数据仓库部分的设计，基于OLAP的审计软件5个组成部分的其余4个部分，就是本文所涉及的完整的用例设计，与《基于动态联机分析的审计信息系统》、《审计数据仓库的分析与设计》两篇文章所讨论的内容一起构成了新型审计软件的完整设计方法。
根据目前能够检索到的资料，由于设计思路的欠缺，各类讨论审计软件系统的论文只能围绕算法、功能等进行理论讨论，未有论文涉及系统实际设计的讨论，导致国内审计软件的讨论只能处于“光说不练”的阶段。为了走出这种“象牙塔式”讨论的尴尬境地，本文首次提供控制审计软件关键功能的用例设计内容，希望能对这方面的讨论起到抛砖引玉的作用。这也是本论文的核心内容，所有经过实际系统检验的用例设计，下面都以高度浓缩的用例表和用例图方式给出。
4. 1审计用例与审计用例模型设计
审计业务涉及非常复杂的内容，而要设计功能强大的基于OLAP的审计软件，必须有合适的技术手段把审计业务的功能需求准确地表达在软件设计中。审计用例和审计用例模型正是进行审计软件设计的必要技术手段。
用例是一个描述性的文档，用来描述一个参与者使用系统完成某个业务过程时的事件发生顺序。用例描述的是使用系统的过程，它描述了系统的功能需求。用例不需要描述系统内部如何工作，而是说明系统必须做什么。而用例图用来描述用例及用例之间的关系。用例图在宏观上给出模型的总体轮廓，而用例的真正实现细节描述则以文本的方式书写，用例图所表示的图形化的用例模型，可视化模型本身并不能提供用例模型必需的所有信息，也就是说从可视化的模型只能看出系统应具有哪些功能，每个功能的含义和具体实现步骤必须使用用例图和文本描述。它记录着实现步骤。
用例模型则可以由用例图构成，也就是系统的用例视图。用例模型主要应用在系统需求分析设计阶段，通过分析描述使开发者在头脑中明确需要开发的系统功能有哪些。用例模型、用例视图在建模过程中非常重要，影响着系统中的其他视图，比如逻辑和物理架构的构建和解决方案满足基本功能需求的实现。
用例模型(Use-Case Model)本质上是所有用例的集合，提供了系统功能的设计模型。本文采用Craig Larman所著《UML和模式应用》（第2版）中所使用的概念，认为用例模型设计由3个逐步细化的阶段组成，即
第一阶段：用用例设计出系统功能集合；
第二阶段：根据用例绘制系统顺序图；
第三阶段：为用例细化行为操作细节。
其中用例模型设计第一阶段的工作具有决定性的影响，用例模型第二、三阶段可以视作是用例模型第一阶段内容的变型和细化。因篇幅所限，本文只能给出第一阶段的内容，而第二、三阶段的设计可以很方便地推导得到。
既然用例模型是所有用例的集合，因此对每个用例进行的详细设计从根本上决定了系统将具有的功能，用例设计表明了系统将会怎样工作。
因篇幅所限以及为了保持设计描述的简洁清晰，本文给出了包含了联机分析审计软件设计思想精髓的主要关键用例的文本功能列表（见表1）以及对应的用例图，而省略了各个审计用例涉及的更详细的文本描述部分。
4. 3审计告警用例
本用例使用功能列表的方式详细描述了审计告警所涉及的细节内容（见表2）。
审计告警业务用例图见图3。
4. 4经济指标分析用例
本用例使用功能列表的方式详细描述了经济指标分析所涉及的细节内容（见表3）。
经济指标分析业务用例图见图4。
4.5专家经验用例
本用例使用功能列表的方式详细描述了专家经验所涉及的细节内容（见表4）。
专家经验业务用例图见图5。
4. 6审计疑点用例
本用例使用功能列表的方式详细描述了审计疑点所涉及的细节内容（见表5）。
审计疑点业务用例图见图6。
5 结束语
本文初步讨论了基于OLAP的审计软件的用例设计，并描述了该软件的典型应用情景，软件在大型项目中得到初步成功的应用。希望本文能为我国的审计软件向更高智能化方向发展提供新的设计思路。
主要参考文献
［1］ Craig Larman.Applying UML and Patterns［M］. 北京:机械工业出版社，2004.
［2］ Jiawei Han,Micheline Kamber.Data Mining［M］. 北京:高等教育出版社，2005.
［3］ 中华人民共和国审计署. 中华人民共和国审计法［S］.2006.
［4］ 中华人民共和国审计署. 审计机关审计抽样准则［S］. 2006.
［5］ 中华人民共和国审计署. 审计重要性与审计风险评价准则［S］. 2006.
［6］ 中国标准出版社. 《信息技术 会计核算软件数据接口GB/T19581-2004》实施指南［S］. 北京：中国标准出版社,2005.
［7］ 中华人民共和国财政部. 企业财务会计报告条例［S］. 2006.
［8］ 中华人民共和国财政部. 企业会计制度［S］. 2003
［9］ 中华人民共和国财政部. 企业会计准则［S］. 2006
［10］ 罗振宇. 基于动态联机分析的审计信息系统［J］. 中国管理信息化：会计版，2007，（8）.
［11］ 罗振宇. 审计数据仓库的分析与设计［J］. 中国管理信息化：会计版，2007，（10）.
［关键词］ 审计；OLAP；用例
［中图分类号］F239.1；TP311.52［文献标识码］A［文章编号］1673-0194（2008）01-0071-05
1 引 言
从世界范围来看，基于OLAP（联机分析处理）技术的审计软件在加拿大等西方国家得到了迅速的发展，取得了巨大的经济效益和社会效益。
从我国情况来看，目前我国财会软件对业务的处理技术也在迅速向电子化、集成化、广域化、数字化和无纸化的方向发展，导致审计所面临的会计电算化信息系统环境远比手工账簿更为复杂，并且随着企业财务数据越来越多地与ERP、CRM等经营数据有机交织在一起，仅仅局限于部分财务数据的静态单机版审计辅助软件已经无法对海量财务信息和经营信息进行有效的审计，只有开发基于OLAP的审计软件，才能突破目前传统审计软件所面临的困境。
根据笔者在《基于动态联机分析的审计信息系统》一文中的讨论，基于OLAP的审计软件包含了5个组成部分；在《审计数据仓库的分析与设计》一文中，笔者对审计数据仓库进行了详细的讨论；本文将讨论以上两篇文章尚未涉及的用例设计部分；这3篇文章一起构成了新型审计软件的完整设计方法。
2 基于OLAP的审计软件总体功能简介
概括地说，基于OLAP的审计信息系统主要包括审计数据仓库、审计联机分析处理、审计业务管理、审计告警、专家经验库等5个子系统：
（1）审计数据仓库子系统为整个系统提供有效的数据来源，它对用户是不可见的；
（2）审计联机分析处理子系统主要包含审计分析、审计计算、查询、抽样等数据分析功能，数据完全来源于数据仓库；
（3）审计业务管理子系统包括形成审计日记、工作底稿、审计报告等业务管理功能，为用户提供一个完整的审计业务处理环境；
（4）审计告警子系统是对从企业动态采集到的数据，应用数据分析规则，对异常反应的数据向审计人员发出警报；帮助审计人员大幅缩小可疑的审计范围，大大提高审计效率；
（5）专家经验库子系统是将企业的历史采集数据、有关告警内容、计算指标、审计形成的有关文档和结论等保存下来；为新的审计告警指标提供参考的依据，并在此基础上逐步提高系统的智能化程度。
3 数据仓库与OLAP技术是设计新型审计软件的基础
在对企业的审计过程中，最重要的一个环节是对企业的财务数据进行各种类型的分析。数据仓库是专门用于支持数据分析型的应用的，因此可以很好地满足审计对数据分析的需求。
审计数据仓库是在各企业财务基础数据的基础上建设的，它的数据存储方式是采用星型模型的方式而设计的，更适合于审计人员对其进行各种分析。数据仓库对数据采取双粒度或多粒度方式存储，有目的有选择地存储需要的历史数据，提高了计算机资源的有效利用率；在数据仓库之上可以建立多种数据分析主题，利用OLAP动态联机分析工具，可以为审计人员提供强大的数据分析工具。
动态联机分析（OLAP）是建立在数据仓库基础之上的数据分析技术，OLAP有3个核心特征：多维观察、数据钻取、CUBE运算，恰好与审计业务的特点相吻合。
（1）对被审计数据进行多角度的观察。对遇到的各种问题进行分析的时候，即使对同样的现象，通常会从多个角度去分析考虑，并且有时候还需要从几个角度综合起来进行分析。这是OLAP分析最基本、最核心的特征：从多个观察角度的灵活组合来观察数据，从而发现数据的内在规律。
审计最重要的业务特征是需要对特定的被审计数据集合，通过多个不同角度的观察，以找出数据集合中的可疑之处，即“鸡蛋里面挑骨头”。而OLAP从多维角度进行数据分析的最核心的特点，恰恰与审计最重要的业务特征相吻合，因此可以说OLAP是现阶段最适合用于支持审计业务的技术。
（2）对可疑的被审计数据进行钻取，以获得更为精确的信息。在对被审计数据的观察分析过程中，可能需要在现有数据基础上，对可疑的被审计数据进一步细化，以获得更细致更准确的资料，帮助判断是否有问题存在。审计的这种对可疑问题需要进行层层追踪的业务特点，恰好可以由OLAP中的数据钻取功能来满足。
（3）通过预先创建数据立方体CUBE，提高审计效率。 如果需要顺利地利用OLAP的多维观察、数据钻取功能提高审计效率，需要预先创建足够多的被审数据立方体CUBE，也就是说，需要预先为审计人员准备足够多的各种形式的被审材料，供审计人员随时调用。因为收集材料是审计过程中非常耗时的环节，要提高审计效率，必然需要由计算机代替人来完成这个步骤的工作。OLAP的预先创建数据立方体CUBE的技术特点也恰恰与审计的这种业务特点相吻合。
4 基于OLAP的审计软件的用例设计
根据前面的讨论，除了数据仓库部分的设计，基于OLAP的审计软件5个组成部分的其余4个部分，就是本文所涉及的完整的用例设计，与《基于动态联机分析的审计信息系统》、《审计数据仓库的分析与设计》两篇文章所讨论的内容一起构成了新型审计软件的完整设计方法。
根据目前能够检索到的资料，由于设计思路的欠缺，各类讨论审计软件系统的论文只能围绕算法、功能等进行理论讨论，未有论文涉及系统实际设计的讨论，导致国内审计软件的讨论只能处于“光说不练”的阶段。为了走出这种“象牙塔式”讨论的尴尬境地，本文首次提供控制审计软件关键功能的用例设计内容，希望能对这方面的讨论起到抛砖引玉的作用。这也是本论文的核心内容，所有经过实际系统检验的用例设计，下面都以高度浓缩的用例表和用例图方式给出。
4. 1审计用例与审计用例模型设计
审计业务涉及非常复杂的内容，而要设计功能强大的基于OLAP的审计软件，必须有合适的技术手段把审计业务的功能需求准确地表达在软件设计中。审计用例和审计用例模型正是进行审计软件设计的必要技术手段。
用例是一个描述性的文档，用来描述一个参与者使用系统完成某个业务过程时的事件发生顺序。用例描述的是使用系统的过程，它描述了系统的功能需求。用例不需要描述系统内部如何工作，而是说明系统必须做什么。而用例图用来描述用例及用例之间的关系。用例图在宏观上给出模型的总体轮廓，而用例的真正实现细节描述则以文本的方式书写，用例图所表示的图形化的用例模型，可视化模型本身并不能提供用例模型必需的所有信息，也就是说从可视化的模型只能看出系统应具有哪些功能，每个功能的含义和具体实现步骤必须使用用例图和文本描述。它记录着实现步骤。
用例模型则可以由用例图构成，也就是系统的用例视图。用例模型主要应用在系统需求分析设计阶段，通过分析描述使开发者在头脑中明确需要开发的系统功能有哪些。用例模型、用例视图在建模过程中非常重要，影响着系统中的其他视图，比如逻辑和物理架构的构建和解决方案满足基本功能需求的实现。
用例模型(Use-Case Model)本质上是所有用例的集合，提供了系统功能的设计模型。本文采用Craig Larman所著《UML和模式应用》（第2版）中所使用的概念，认为用例模型设计由3个逐步细化的阶段组成，即
第一阶段：用用例设计出系统功能集合；
第二阶段：根据用例绘制系统顺序图；
第三阶段：为用例细化行为操作细节。
其中用例模型设计第一阶段的工作具有决定性的影响，用例模型第二、三阶段可以视作是用例模型第一阶段内容的变型和细化。因篇幅所限，本文只能给出第一阶段的内容，而第二、三阶段的设计可以很方便地推导得到。
既然用例模型是所有用例的集合，因此对每个用例进行的详细设计从根本上决定了系统将具有的功能，用例设计表明了系统将会怎样工作。
因篇幅所限以及为了保持设计描述的简洁清晰，本文给出了包含了联机分析审计软件设计思想精髓的主要关键用例的文本功能列表（见表1）以及对应的用例图，而省略了各个审计用例涉及的更详细的文本描述部分。
4. 3审计告警用例
本用例使用功能列表的方式详细描述了审计告警所涉及的细节内容（见表2）。
审计告警业务用例图见图3。
4. 4经济指标分析用例
本用例使用功能列表的方式详细描述了经济指标分析所涉及的细节内容（见表3）。
经济指标分析业务用例图见图4。
4.5专家经验用例
本用例使用功能列表的方式详细描述了专家经验所涉及的细节内容（见表4）。
专家经验业务用例图见图5。
4. 6审计疑点用例
本用例使用功能列表的方式详细描述了审计疑点所涉及的细节内容（见表5）。
审计疑点业务用例图见图6。
5 结束语
本文初步讨论了基于OLAP的审计软件的用例设计，并描述了该软件的典型应用情景，软件在大型项目中得到初步成功的应用。希望本文能为我国的审计软件向更高智能化方向发展提供新的设计思路。
主要参考文献
［1］ Craig Larman.Applying UML and Patterns［M］. 北京:机械工业出版社，2004.
［2］ Jiawei Han,Micheline Kamber.Data Mining［M］. 北京:高等教育出版社，2005.
［3］ 中华人民共和国审计署. 中华人民共和国审计法［S］.2006.
［4］ 中华人民共和国审计署. 审计机关审计抽样准则［S］. 2006.
［5］ 中华人民共和国审计署. 审计重要性与审计风险评价准则［S］. 2006.
［6］ 中国标准出版社. 《信息技术 会计核算软件数据接口GB/T19581-2004》实施指南［S］. 北京：中国标准出版社,2005.
［7］ 中华人民共和国财政部. 企业财务会计报告条例［S］. 2006.
［8］ 中华人民共和国财政部. 企业会计制度［S］. 2003
［9］ 中华人民共和国财政部. 企业会计准则［S］. 2006
［10］ 罗振宇. 基于动态联机分析的审计信息系统［J］. 中国管理信息化：会计版，2007，（8）.
［11］ 罗振宇. 审计数据仓库的分析与设计［J］. 中国管理信息化：会计版，2007，（10）.