国有商业银行内部审计项目管理信息系统的设计

2．3系统功能设计

2．3．1系统功能详细设计

（1）立项管理。规范地管理审计的立项，从一开始的提出审计项目的需求，再到明确审计的项目，并对实施审计项目作出计划和安排的全过程进行规范管理。包括：明确审计立项依据、编制审计立项需求、履行审计立项审批等环节。

（2）项目管理。主要是控制审计的流程，通过对审计的电子化资料和问题的管理，再借助于系统来构建审计发问题库。

（3）综合管理。为了促进内审的一体化，主要科学地管理信息系统中的审计人员和信息，从而确保银行内部审计结构可以有效地运作。

（4）工作支持。根据有关的知识信息，构建审计报告知识库、审计方案知识库等来分类地存放文档，并评选优秀审计项目、审计报告、审计底稿，从而给审计人员提供一个信息平台，为之后的项目管理提供有效的数据。

（5）系统管理。主要是管理系统的用户和日志等，具体的功能会在下文加以说明。

2．3．2数据模型设计

审计系统中有2种数据，一种是审计数据，它是审计活动中所涉及到的全部数据；而环境数据则是银行在日常业务中所生成的数据，并且还包括为维护系统而自定义的一些数据，比如设备信息、业务数据等。

2.3.2.1审计数据模型

授权和审计信息表、审计工作记录底稿和意见书都属于审计数据。

审计活动的前期准备工作包括审计小组提交申请，确定审计员名单及情况说明和提供与之相关的数据信息等。为了审计的公平性和便于今后复核，这一系列数据和信息都需要整理归档。

在审计活动开始之前，审计组长要完整的填写该表的标题和审计人员信息。所谓审计项目年份是从审计工作开始进行计算，该项目无需填写，一般由系统依据项目创建时间自动生成。与之相同的还有审计工作结束时间，也是通过系统自动计算产生并填写。通过人员机构信息表，组长可以确定项目委派单位、被审计单位和审计人员则是由组长完成的。其中人员类型主要包括领队、组长、主审和审计人员，而前两项是通过项目委派单位直接任命产生的；后两项则是由前两项的领队和组长进行确定。当前状态是指审计项目正在进行的情况，包括了项目准备未结束、项目已开工和项目结束三个方面，在审计活动处于准备时期还没有正式开始时，就是项目准备未结束阶段，这个时候整个项目都是可以撤销的。而在项目正式开始实施后直到完全结束，项目状态则是已开工。当完成所有规定动作，审计工作完全结束后，状态即显示为结束。

当审计活动正式开始后，所进行的每个审计动作都要在工作日记上反映出来。

审计工作底稿是在审计活动完全结束后需要填写的，其作用是为了汇总审计工作记录。该表可以由两种方式生成：一种是手工填写；一种是根据审计工作记录表生成。

审计工作底稿填写完毕后，底稿汇总将由审计主管完成，并形成审计意见书同时填写意见表。对审计活动的总结是审计意见书的主要作用。审计意见书完成后，审计小组要就内容与被审计单位交换意见，根据结果将意见书设置为归档、复议和撤销。

2.3.2.2环境数据模型

在审计项目系统中，经常使用的环境数据包括你机构信息表、人员信息表和地区信息等。

根据环境数据模型可以看出：机构负责人可以通过nMan－agerID与人员信息表进行一对一的关联。设备信息表T＿ENV＿DEVICE。每一件设备都有专属的机构，每个机构允许涉及多件设备，通过这种多对一的方式将nDepID与机构信息表进行关联。人地区属性表T＿ENV＿REGION则包括了地区代码nID和地区名称sName两个部分。

      3、系统模块的展示与实现

3．1系统模块的实现

3．1．1系统登录界面

用户在登录页面时，系统自动检测信息，其中包括账号和密码，如果相关信息准确无误，那么系统就会自动跳转到网页功能页面。

3．1．2审核的流程管理