审计系统需求说明书

审计系统需求说明书（推荐7篇）

审计系统需求说明书 篇1

一、主要开发内容：

1、多语言翻译报站功能

2、车辆发动机自动调控功能

3、车辆求助功能

4、自动调节室温功能

5、数据统计分析功能

6、公交智能电子站牌

二、调度员需求

1.调度员调度路况

（1）调度员调度路面拥堵（2）调度员调度路面事故

2.调度员调度车况

（1）调度员调度车门异常（2）调度员调度燃油量异常（3）调度员调度发动机异常（4）调度员调度车温异常 3.调度员调度运行状况

（1）调度员调度车速异常（2）调度员调度私自绕行

（3）调度员调度首末车发车情况（4）调度员调度车载客流量

三、乘客需求

1、乘客询问线路信息

2、乘客询问站次信息

3、乘客询问拥堵路况信息

四、报表需求

1、业务管理员生成车辆班次统计报表

2、业务管理员生成路况拥堵信息统计报表

3、业务管理员生成员工考核统计报表

4、业务管理员生成乘客投诉统计报表

五、乘务员需求

1、乘务员热情服务，及时解决乘客问题

2、乘务员检查车内易燃易爆物品

3、乘务员报告需求

审计系统需求说明书 篇2

1 高校内部工程审计现状及信息系统功能需求分析

1.1 高校内部工程审计的现状

1998年我国的高等学校全面开始扩招, 高等教育的迅猛发展, 同时带动我国高等学校基本建设工程的迅速发展, 高校的基本建设项目发展也几乎是在成倍地快速增长。因此高校的工程审计任务也随之急剧增长。目前大多数高等学校的现状和面临的主要问题如下:

(1) 高校工程审计任务的繁重并且第三方审计独立性更强, 越来越多的工程审计项目通过委托社会中介机构实施审计。

(2) 高校工程审计制度正在逐步完善中, 缺乏明确的工作程序和审计及相关管理部门的职责权限等可操作性。

(3) 高校工程管理部门的责任追究制度少, 工程管理不到位, 加大了工程审计的难度。

(4) 缺少专业审计人员与工程审计的管理方法落后, 给审计质量带来风险。

1.2 高校内部工程委托审计项目的管理需求

1.2.1 高效、精细化管理需求

随着高校扩招和基本定型, 高校的基本建设趋缓, 工程管理逐渐规范化, 高校工程审计更多面临的是原有建筑的大修工程和零星修缮工程, 项目数量逐年增加, 送审总金额也逐年增加, 普遍采用的人工、表单式管理无法做到对大量项目进行及时统计和动态监控, 需要信息技术进行现代网络化管理。

1.2.2 信息对称化, 多部门协同管理的需求

高校工程委托审计中涉及不同的单位、部门主体, 主要有工程管理部门、审计部门、造价咨询单位和施工单位4个类型, 人工表单式管理通常会有如下弊端:工程审计相关信息在这4个单位之间传递的过程往往会有不对称性, 工程审计文件的传递常常有延迟性。因此在网络技术日新月异的今天, 使用计算机网络化管理的工程审计信息系统, 不但可以快速有效的处理各种工程审计的各种信息、文件, 而且可以进行多单位、多部门协同管理。

1.2.3 高校预算管理的需求

高校的预算管理要求越来越高, 而工程审计过程中有许多不可预见性的问题, 工程审计的进度有时直接影响预算执行情况。配合高校预算管理的需求, 工程审计信息化管理平台可以对财务、纪委等相关部门开放查询、监督权限, 提供工程审计项目的实时进度状态, 工程审计信息系统建设提高了审计工作效率就更大程度地从审计进度方面支持了高校相关工程经费的预算执行。

1.2.4 工程审计工作自身管理需求

高校工程委托审计信息系统的构建, 是建立在理清高校工程委托审计的管理思路和管理流程的基础上, 进一步可以明晰工程审计过程中的各方责任, 从而达到对每个工程审计项目的各阶段的明晰管理。

1.3 审计过程控制的需求

1.3.1 工程审计流程的科学管理需求

随着现行工程造价量价分离的工程量清单管理模式和教育部的建设项目全过程跟踪审计的形势发展, 高校工程审计的内容和流程逐渐细致化和复杂化。人工进行工程审计项目的资料和数据的收集、分析和统计越来越不能够满足现代科学管理和信息化管理的需要。

1.3.2 工程审计事前和事中的控制需求

高校工程委托审计管理过程中, 由于专职审计人员的缺乏, 对于很多工程项目只能做到事后监督, 但是造成的弊端就是等到工程进入结算审计阶段, 有些事实已经具有法律效率, 给高校带来的损失不仅无法挽回, 而且事后解决各方争议的过程冗长, 审计效率低下。

1.3.3 工程审计过程各阶段工作的时间进度控制需求

工程审计工作过程和建设工程管理过程一样, 各相关主体单位的行为存在法律效力, 在我国越来越重视法制化社会建设的大环境下, 各方主体也将越来越重视审计过程中各方的法律时效性和所造成的法律后果。在网络日益发达的今天, 通过信息化系统记录下各个相关主体单位的反馈意见及反馈时间将比使用纸质文件更加准确和高效。

1.3.4 审计质量控制的需求

1.3.4. 1 对社会造价咨询单位的考核评价管理

社会造价咨询单位对于高校审计部门来说是受托方, 高校审计部门对于这第三方的工作应做出有效的管理, 并通过恰当的量化的考核对其工作进行评价。有了信息系统对审计过程中各阶段工作内容及时间节点的记录, 高校审计部门就更容易对所委托的社会造价咨询单位进行有针对性的管理和约束。

1.3.4. 2 审计部门内部审核控制

高校审计部门内部同样需要有效的内部控制, 从而降低审计风险, 进一步保证审计工作质量。

1.4 文本及档案管理需求

(1) 高校工程委托审计过程中会产生各种文档, 包括合同、函件、审计工作底稿、会议纪要、审计报告、审计咨询意见等等。由于可能同时进行委托审计的工程项目有数十或者数百项, 进度不一, 因此对于这些文档的传递与管理的高效和信息化是工程审计工作亟待解决的问题。

(2) 现阶段大多数工程审计的档案管理依旧以纸质文件为主, 审计人员查阅起来非常不方便, 在信息和网络技术如此发达的今天, 能够按照项目归档和查阅的需要进行信息化管理是发展的必然趋势。

1.5 法规库和经验库的需求

(1) 工程审计是一项法规性很强的工作, 在审计过程中往往会涉及工程建筑及经济方面的各种法律法规, 建立系统的法规库进行法规的管理、查询和检索将极大地方便审计人员, 并且提高工作效率。

(2) 工程审计同时也是一项技术性很强的工作, 毕竟我国的建设工程还在不断的前进和发展, 而高校的基本建设又具有其特殊性, 因此现实与法律规章的冲突依然存在, 因此在审计的过程中将一些经典的案例进行收集、维护和管理将会在更加完善的法规出台之前给审计人员一种参考的解决方法。

2 高校内部工程委托审计信息交互管理系统框架设计

高校内部工程审计, 并且是委托审计的前提下, 针对审计工作过程中的各种需求, 建立交互式管理信息系统的构想如下。

2.1 高校内部工程委托审计信息交互管理系统框架

高校内部工程委托审计信息交互管理系统由于用户数量会较多, 并且随着现代网络和移动终端的发展, 基于B/S (浏览器/服务器模式Browser/Server简称B/S) 结构的系统平台[4], 系统管理员通过Access Control设置用户权限, 用户根据用户名和密码通过防火墙登陆系统进行相应权限内的操作从而读取数据或将相应内容上传服务器。文件上传之后应该只能被查询、下载, 不能被修改或者被重新上传覆盖替换。

现在大多数高校都建立有自己的一套OA系统, 因此基于OA系统建立的高校内部工程委托审计系统更容易整合学校内部的信息系统资源, 如果所有的信息系统的管理都在高等学校自身, 这样建立的信息系统有方便管理, 维护成本较低, 相关部门间的数据兼容更容易的优点, 也有其数据对外的法律效力就弱的弊端。但如果能够将服务器等相关管理委托第三方则优缺点与前者相反。

2.2 主要流程设计思路

2.2.1 总体框架

随着高校内部审计的发展, 高校内部工程审计的业务也逐渐细致 (见图1) , 高校初步建立内部审计管理信息系统时, 不一定面面俱到, 可根据学校自身的审计力量和实际情况进行选取并构建到系统之中。对于在各自学校内部工作流程相同的审计业务流程进行合并, 例如图1中跟踪审计中的合同审计和造价咨询中的合同咨询业务可共用一个流程, 只需要给不同的项目使用同一流程, 但赋予不同的项目属性, 也就是“贴”上不同的“标签”方便分类归档与分类统计。

此外, 由于各地方开发和普遍使用的计价软件由不同软件公司开发, 计价软件本身就是一套非常复杂、较为成熟的系统, 并且虽然生成的造价文件的格式有所不同但都可以转化成Excel的通用格式, 高校内部委托审计信息化管理系统由于其本身目标偏重于管理, 因此可以考虑不将计价的作业软件集成到系统中, 而采用将Excel文件导入的方式。

2.2.2 文件传输流程

在审核过程中纸质文件和电子文件的传递过程如图2所示:信息系统中传输电子文件的传输更能体现各方的独立性;信息系统中电子文件的传递过程比纸质文件更加快捷。

施工单位将电子化的资料通过网络上传到系统, 高校工程管理部门收到纸质文件后对相应项目文件进行初步审核, 审核通过后打印项目审计申请表并提交校审计部门, 审计部门进行审核后委托社会造价咨询机构进行符合性和实质性审核, 社会造价咨询机构将审核后的文件上传到系统, 审计部门、工程管理部门、施工单位则收到系统提醒, 三方可以同时查看审核后的文件, 并分别提交回复意见, 必要时审计部门组织会议进行协调, 直至在坚持审计原则下各主体无异议, 社会造价咨询机构出具审计报告提交审计部门, 高校审计部门则按照校内规定进行后续的工作。

2.3 高校内部工程委托审计信息交互管理系统模块及功能设计

根据前文所述的高校内部审计部门的各种需求可以设计高校内部工程委托审计信息交互管理系统的基本模块构架和功能:

(1) 系统管理模块。该模块主要用于系统管理员对于不同用户的权限设置, 数据导入导出、备份恢复、审计信息的Web发布等。

(2) 流程管理模块。对于不同的业务流程进行设计、测试, 用于项目管理过程。针对不同阶段、不同性质、不同的关键点要求的不同可以有所改变。这样就能够在审计工作不断的发展中根据工作需要不断创新而不用重新构建新的信息系统。

(3) 项目管理模块。该模块以项目管理为主线, 以高校审计部门为主体, 工程管理部门、社会造价咨询机构和施工单位参与审计过程的交互式管理。功能包括项目的状态查看、立项、委托、审核、评价, 各种文档管理浏览、下载、统计, 审核过程中各种文件的流转、审批、共享和预警。日常工作的日程安排和提醒。

(4) 文档管理模块。该模块中可设置审计过程中的常用文档、表单范本, 对项目中的文档、表单进行查询、管理、审核、汇总、统计和输出。审计部门可以将合同、函件、审计工作底稿、会议纪要、审计报告、审计咨询意见等大多数文档经验化和模板化, 根据不同项目的不同情况进行调用和修改。

(5) 档案管理模块:按照项目进行项目文件归档、整理、查询、统计、下载, 当项目完成结束时自动转入归档模块, 将所有该项目电子文件汇总编号后存入数据库, 同时支持对档案目录、封面的编辑和项目信息自动生成等。

(6) 知识库管理模块。分为法规库、经验库、造价信息库。设置批量导入、更新和查询功能。

高校内部工程委托审计信息管理信息系统的构建将有利于高校内部审计的转型与发展, 有助于提高高校内部管理部门协同进行工程管理的配合程度, 有助于提升高校内部工程审计效率与审计质量。本文仅针对现阶段的高校内部工程委托审计工作需求提出交互信息管理系统的框架设计设想, 展望大数据与云存储日益发展, 期待未来高校间工程审计的分析数据和经验数据可实现共享, 进一步提高工程审计的科学管理水平。

摘要：随着现代信息技术的迅速发展, 审计信息系统的构建成为各级审计部门及审计单位的必然趋势。本文根据高校建设工程项目内部委托审计的需求情况, 分析和描述高校内部工程委托审计信息交互管理系统的设计思路及设计框架。

关键词：高校,内部审计,信息化,功能需求,框架设计

参考文献

[1]张磊.审计项目管理软件的需求分析与架构设计[D].天津:天津大学, 2005.

[2]谢松.高等学校建设项目后评价研究[D].重庆:重庆大学, 2011.

[3]刘强.高校基建工程审计的现状及对策分析[J].中国科技纵横, 2010 (21) .

班级管理系统需求规格说明书 篇3

2学生成绩管理

在班级管理系统中，有一个班级学生成绩数据库，是由班级各学生的学生学习成绩组成，它构成了整个班级的学生学习成绩数据库。由于进行了权限设置，学习委员在学生学习成绩管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：

用例描述：学生学习成绩管理；

执行者：学习委员；

前置条件：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

a）进入学生学习成绩管理界面，显示目前的学生学习成绩数据库中已有的信息；

b)点击班级学生姓名就可以浏览个每个学生的学习成绩，同时也可以对这个内容进行修改；

c）可以增加学生；

d）可以删除选择的学生。

3财务管理

在班级管理系统中，有一个班级财务状况数据库，是由班级财务各明细科目组成，它构成了整个班级的财务状况数据库。由于进行了权限设置，生活委员在财务管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：

用例描述：财务管理；

执行者：生活委员；

前置条件：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

a）进入财务管理界面，显示目前的财务数据库中已有的财务信息；

b)点击班级财务的各明细科目可以浏览个明细科目的具体内容，同时也可以对这个试题的具体内容进行修改；

c）可以增加科目；

d）可以删除选择的科目。

4学生参加体育活动管理

在班级管理系统中，有一个班级学生参加体育活动情况的数据库，是由班级各学生参加的体育活动情况组成，它构成了整个班级的学生参加体育活动情况数据库。由于进行了权限设置，体育委员在学生参加体育活动管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：

用例描述：学生参加体育活动管理；

执行者：体育委员；

前置条件：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

b）进入学生参加体育活动管理界面，显示目前的学生参加体育活动情况数据库中已有的信息；

b)点击班级学生姓名就可以浏览个每个学生参加的体育活动情况，同时也可以对这个内容进行修改；

c）可以增加学生；

d）可以删除选择的学生

5用户管理 系统管理员可以进行权限设置，在用户管理界面中对用户进行增加、删除、修改、查询。具体功能描述如下：

用例描述：用户管理；

执行者：系统管理员；

前置条件：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

c）进入用户管理界面，显示目前的系统用户以及每个用户具有的权限；

d）点击不同的用户，可以显示这个用户的信息以及相应权限，必要时可以修改其权限；

可以增加用户，也可以删除用户。

6请假管理

学生将请假条提交之后，教师将审阅请假条，将符合请假条件的请假条进行标记，然后把请假信息传交数据库，学生可以登录查询请假是否成功。具体功能描述如下：

用例描述：请假管理；

执行者：教师；

前置条件：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

a）进入请假管理界面，显示目前的请假数据库中已有的请假信息；

b)点击班级请假信息中每个同学姓名可以查询各个学生的请假的具体内容，同时也可以对请假具体内容进行修改；

c）可以增加科目；

d）可以删除选择的科目。

7考勤管理

在班级管理系统中，有一个班级学生出勤情况的数据库，及运用学生请假数据库信息，得出的班级各学生的出勤的情况组成，它构成了整个班级的学生出勤情况数据库。由于进行了权限设置，纪律委员在学生考勤管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：

用例描述：考勤管理；

执行者：纪律委员；

前置条件：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

a）进入学生考勤管理界面，显示目前的学生出勤情况数据库中已有的信息；

b)点击班级学生姓名就可以浏览个每个学生的出勤情况，同时也可以对这个内容进行修改；

c）可以增加学生；

d）可以删除选择的学生。

8学生奖惩管理

在班级管理系统中，有一个班级学生奖惩情况的数据库，是由班级各学生奖惩情况组成，它构成了整个班级的学生奖惩情况数据库。由于进行了权限设置，班长在学生奖惩管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：

用例描述：学生奖惩管理；

执行者：班长；

前置条件：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

a）进入学生奖惩管理界面，显示目前的学生奖惩情况数据库中已有的信息； b)点击班级学生姓名就可以浏览个每个学生的奖惩情况，同时也可以对这个内容进行修改；

c）可以增加学生；

d）可以删除选择的学生。

9留言管理

在班级管理系统中，有一个留言管理情况的数据库，是由班级各学生和教师留言情况组成，它构成了整个班级的留言管理情况数据库。由于进行了权限设置，班长在留言管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：

用例描述：留言管理；

执行者：班长；

前置条件：：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

a）查看当前留言情况；

b）对当前留言进行增加、删除、修改、查询；

10学生参加文艺活动管理 学生参加文艺活动情况的数据库，是由班级各学生参加的文艺活动情况组成，它构成了整个班级的学生参加文艺活动情况数据库。由于进行了权限设置，文艺委员在学生参加文艺活动管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：

用例描述：学生参加文艺活动管理；

执行者：文艺委员；

前置条件：系统管理员已登录系统；

后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：

a）进入学生参加文艺活动管理界面，显示目前的学生参加文艺活动情况数据库中已有的信息；

b)点击班级学生姓名就可以浏览个每个学生参加的文艺活动情况，同时也可以对这个内容进行修改；

c）可以增加学生；

d）可以删除选择的学生。

第一章班级事务管理信息系统的基本需求分析

第一节项目背景分析

随着信息化的来临和计算机在日常管理中的广泛应用，为了实现班务管理的信息化和方便化，便萌发了这次班务管理信息系统的设计构想。

第二节班级事务信息管理的基本需求

1必要的硬件及设备

2系统软件和相应软件包

3培训操作人员和使用人员

4数据的存储准备

5信息的组织和管理功能的划定

第三节班级事务管理信息系统的可行性分析

为了进一步帮助班主任及班干部进行科学有效的学生管理工作，现通过对部分用户的调查了解，对建立班级事务管理信息系统进行了以下几方面的可行性分析：

1．必要性，随着学生招生规模的不断扩大，班主任及班干部的管理工作也日趋复杂化，原来的仅靠手工进行的班级事务管理已日渐显示出其不足之处，那么就有必要建立一套基于计算机的班级事务管理信息系统。

2．可能性，据了解，各个办公室都已具有基本的硬件设备，那么这就为班级事务管理信息系统的实行提供了必要的可能性；加之相关用户都已具备了一定计算机基本操作能力，所以这又为班级事务管理信息系统的实行提供了用户方面的可能性；再从资金成本等方面讲，因为该系统相对而言只是一个小型的管理系统，所需设计人员较少，消耗费用也在用户的承受能力之内。综合上述几方面，班级事务管理信息系统的建立具有很大的可能性。

3．有益性，班级事务管理信息系统一旦建成，那么通过该系统的使用就可以提高信息的使用质量，提高数据的准确性，减轻用户的工作负担和劳动强度，提高用户的信息处理能力，从而进行有效的决策与管理。

学生成绩管理系统需求分析说明书 篇4

一．系统功能需求说明

学生成绩管理系统主要提供方便高效的管理功能以及网上的信息查阅平台，学生可以通过该系统查阅相关信息，管理员可以管理所有信息。现行系统的目标：

(1)管理员能够方便的对信息进行添加、修改、删除、查询、汇总、统计等操作。

(2)可以将数据库发布到网上，进行资源共享。

(3)学生可以在自己的权限内对信息进行访问，查询相关信息。现行系统的主要功能。

(1)学生查询功能，为了方便学生查找成绩等信息，将所有信息按照需要进 行分类。这样学生就能很方便的找到自己所需要的信息。

(2)管理员查询功能，管理员可以通过条件选择查询所有信息，并进行排序。

(3)添加功能，管理员可以通过填写表格的形式输入学生成绩等相关信息。系统可以自动避免重复信息。

(4)修改功能，管理员可以对数据库中的信息进行修改。系统能够通 过管理员给出的条件查找出所要修改的信息，对修改后的信息进 行保存，并自动查找是否是重复信息。

(5)删除功能，管理员可以对数据进行删除操作。系统能够通过管理员给出 的条件查找出要删除的信息，并提示是否确定删除，如果确定删除，则 把相关信息从数据库中删除。

(6)汇总功能，管理员可以通过此功能对信息进行汇总。

(7)统计功能，管理员可以通过此功能对信息进行统计。

1.业务流程说明

人力资源管理系统需求规格说明书 篇5

为了提高企业信息化水平，促进企业管理的规范化、制度化、流程化，XX单位决定实施人力资源管理系统。希望通过这个系统的实施规范人事档案的管理，规范薪酬体系和薪酬发放的管理，规范人事的调动管理、培训管理和激励管理。并对招聘工作的职位发布、简历、面试、招聘题库、招聘考试、录用等环节加以规范。系统还需提供人事档案的导出和报表功能。

本系统包括：系统管理、人力资源档案管理、薪酬管理、调动管理、培训管理、激励管理、招聘管理和标准化数据报表八个模块。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。

一、人力资源档案管理

人力资源档案管理是本系统的基础数据和核心内容。包含人力资源档案登记、人力资源档案登记复核、人力资源档案查询、人力资源档案变更和人力资源档案删除四个子模块。

出于人力资源档案管理的慎重原则，档案的登记和变更都需要人事经理审核，通过后方可生效。人资档案的删除也并非物理删除，而是设置其状态为“已删除”，已删除的人资档案还可以恢复。

1、人力资源档案登记 业务概述: 对新入职的员工，人资专员需要将其基本信息登记到人力资源管理系统中。

使用者：人事专员 输入要素： 档案信息包括：

I级机构、II级机构、III级机构、职位分类、职位名称、职称；

姓名、性别、Email、电话、QQ、手机、住址、邮编、国籍、出生地、生日、民族、宗教信仰、政治面貌、身份证号码、社会保障号码、年龄、学历、教育年限、学历专业、薪酬标准、开户行、账号、登记人、登记时间、特长、爱好；

个人履历、家庭关系信息和备注。

在录入基本信息后，还将上传该员工的照片。

其中，性别、国籍、民族、宗教信仰、政治面貌、学历、教育年限、学历专业、特长、爱好为下拉选择框。登记人为当前系统登录用户，登记时间为当前系统时间。个人履历、家庭关系信息和备注为大段文本。部分下拉框数据来源于系统管理模块设置的相应数据。

薪酬标准将关系到薪酬发放。

登记成功后自动生成档案编号。档案编号在系统中唯一，不能重复 系统界面如下：

处理流程: 人事专员录入档案信息确认无误后提交，该条档案状态为“待复核”。由人事经理复核后状态变为“正常”。

输出要素: 待复核的人资档案。

2、人力资源档案登记复核 业务概述: 首先列出待复核的所有人资档案。然后逐条进行复核。复核过程中，该员工所属机构和职位不能修改，其他信息均可修改。复核通过后改员工档案生效。使用者: 人事经理 输入要素: 所属机构和职位不能修改，其他信息均可修改。

处理流程

 首先列出所有待复核的人资档案。 逐条进行复核。

 修改不切实的员工信息。 通过复核。输出要素

复核通过后改员工档案生效

3、人力资源档案查询

业务概述

查询人资档案，列出符合查询条件的记录，并察看其明细。

使用者： 人事专员/人事经理 输入要素：

查询条件包括：员工所在机构，职位和建档时间。

所在机构查询条件为三级联动，从下拉框或列表框中选择。职位分类和职位查询条件为两级联动，从下拉框或列表框中选择。建档时间查询条件包含起止日期，建档时间在起止日期之间的记录将被筛选出来。

查询条件之间是与的关系，即列出的记录需要满足所有查询条件。某个查询条件没有输入该查询条件将对结果不起限定作用 处理流程：  填写查询条件。 列出查询结果列表。察看人资档案明细 输出要素：

复合查询条件的人资档案列表和人资档案明细

4、人力资源档案变更 业务概述

对人资档案数据进行更新。包括薪酬标准的调整。所属机构和职位不能修改，需要在调动管理模块中进行。使用者：

人事专员/人事经理 输入要素：

可修改除档案编号、所属机构和职位外的员工信息。处理流程

 输入查询条件。

 查询得到符合查询条件的员工列表。选择一条档案进行变更。 修改员工档案数据（含重新上传员工照片）。 提交修改，等待复核。输出要素

更新的数据待复核的员工档案。

5、人力资源档案删除管理 业务概述

出于人事档案管理的慎重原则，对人资档案不做直接删除处理。而是标记想要删除的记录状态为“已删除”。

状态为“待复核”的员工档案不能删除。状态为“已删除”的人资档案还可以恢复。使用者 人事经理 输入要素 输入筛选条件

处理流程

 查询得到将删除（或恢复）的人资档案。

 选择一条人资档案执行删除（或恢复）操作，系统给出提示，选择“确认”。 修改该人资档案状态为“已删除”（或“正常”）。

二、薪酬管理

主要流程如下：

首先，在系统管理模块设置薪酬标准项目，例如：基本工资、岗位工资、交通补助、午餐补助等。

然后，登记薪酬标准，并由薪酬经理复核。

再然后，设置员工的薪酬标准，也需要经过复核环节生效。最后，进行薪酬发放登记，需要经薪酬经理复核。

复核后的薪酬单状态为“执行”，付款状态为“等待”。具体的付款由财务系统完成，不在本系统功能设定内。通过薪酬发放查询可以查看付款单状态和明细。薪酬管理人力资系统源档案设置管理薪酬标准项目设置薪酬发放方式设定设置员工薪酬标准薪酬标准管理薪酬标准变更薪酬标准登记薪酬标准复核财务薪酬发系统放管理薪酬发放登记薪酬发放复核付款

1、薪酬标准管理

业务概述

薪酬标准定义了一种工资总额及其构成。构成薪酬总额的薪酬项目在系统管理 模块中，薪酬项目设置功能点设置。

每个员工发放薪酬的时候按照指定的薪酬标准执行，并加上奖励金额，扣除应扣金额。

在人事资源档案登记时可以设定员工的薪酬标准，也可以在人力资源档案变更时进行变更，经审核后生效。使用者

薪酬专员/薪酬经理 输入要素

一个薪酬标准需要以下属性：

薪酬标准编号、薪酬标准名称、制定人、登记人、登记时间，还有各薪酬项目对应的金额数。

其中，薪酬标准编号由系统自动生成，不可以修改；登记人默认为当前登录用户，可以修改；登记时间为当前系统时间，不能修改。

薪酬标准名称、制定人和登记人不能为空。

各薪酬项目对应的金额数为数字类型，保留两位小数。不输入即提交则默认为0.00。

薪酬标准复核（薪酬经理复核）

首先要列出待复核的薪酬标准。复核时可填写复核意见。

薪酬标准查询，首先需要输入查询条件。包括：薪酬标准编号、关键字和登记时间。薪酬标准编号和关键字支持模糊查询。关键字查询条件将在薪酬标准名称、制定人、变更人和复核人字段进行匹配。登记时间查询条件包括起止时间

查询条件不输入时，该限定条件不起作用。

处理流程

薪酬专员录入薪酬标准确认无误后提交，该薪酬标准确状态为“待复核”。输入查询列出待复核的薪酬标准

由薪酬经理经理复核后状态变为“正常”。输出要素

经复核的薪酬标准。

2、薪酬发放管理 业务概述

薪酬发放分两个步骤，首先薪酬专员登记薪酬发放单，然后由薪酬经理进行复核。财务系统会监视经复核的薪酬发放单，进行薪酬支付。

薪酬发放登记需要两个前提：

1.员工的薪酬标准已经设定，而且经过复核。

2.薪酬发放方式设定。薪酬发放方式有两种：按I级机构发放和按II级机构发放。这决定了薪酬发放单是按I级机构生成还是按II级机构生成。即，是同一个一级机构的所有员工的薪酬发放放到同一个薪酬发放单中，还是同一个二级机构的员工薪酬发放放在同一个薪酬发放单中。

使用者

薪酬专员/薪酬经理

输入要素

薪酬发放登记：

首先按I级机构或II级机构列出需要进行发放登记的薪酬发放单。包括薪酬单号、薪酬次数、总人数、基本薪酬总额和上次发薪时间。并以列表的形式列出待登记的薪酬发放记录。

登记具体的薪酬发放记录时，首先按照薪酬标准项目和员工的薪酬标准设定列出员工的工资构成及金额，然后可填写奖励金额、销售绩效金额和应扣金额并提交。

复核时，首先列出待复核的薪酬单，进入到特定薪酬单时，按机构列出待复核的薪酬发放记录。复核薪酬发放记录时，可以对奖励金额、销售绩效金额和应扣金额进行修改。薪酬发放查询：

首先输入查询条件：薪酬单号、关键字和发放时间。点击查询结果中的薪酬单号可以查看薪酬发放记录。还可以查看薪酬发放记录明细，即每个员工的工资构成及总额。

输出要素 经复核的薪酬单

三、调动管理

1、调动登记

业务概述

员工工作机构和职位发生变动的时候，需要执行登记员工调动档案，并登记其新的机构，职位和薪酬标准。

使用者

人事专员/人事经理 输入要素

首先需要查询系统中状态为“正常”的员工。查询条件包括：员工所在机构和建档时间。登记员工调动档案时，包括档案编号、员工姓名、原机构、职位和薪酬标准。还将录入新的机构、职位、薪酬标准和调动原因。

处理流程

 查询得到状态为“正常”的员工的人资档案。 选择要调动人资档案  录入新的机构、职位、薪酬标准和调动原因。

2、调动审核

调动审核只需录入审核人、审核意见。审核可以通过，或不通过。审核未通过则调动不生效。

四、招聘管理

招聘过程分为职位发布、简历筛选、面试、笔试、录用几个环节。本模块分为六个子模块：  职位发布管理  简历管理  面试管理  招聘考试题库管理  招聘考试管理  录用管理

1、职位发布管理

业务描述

当某个岗位出现空缺的时候，或者随着公司业务发展，需要招聘新员工的时候，通过这个模块发布职位需求信息。发布后的职位可以进行修改。另外，需要提供职位发布查询的功能，查询已发布的职位，并对已发布的职位录入应聘者信息

职位发布管理分为三个步骤：职位发布登记、职位发布变更、职位发布查询。这个模块包括：  职位发布登记  职位发布变更  职位发布查询 使用者

招聘专员/招聘经理/应聘者 输入要素

在职位发布登记环节：

录入的数据包括：I级机构、II级机构、III级机构、招聘类型、职位分类、职位名称、招聘人数、截止日期、职位描述和招聘要求。还包括发布职位的登记人登记时间。数据说明：其中I级机构、II级机构、III级机构由下拉框级联选择，数据在系统管理人力资源档案管理设置模块设置。招聘类型为社会招聘或校园招聘。职位分类和职位名称也由下拉框级联选择，数据在系统管理人力资源档案管理设置模块设置。招聘人数为数字类型。截止日期为日期类型。登记人默认为当前登录用户，可以修改；登记时间为当前系统时间。职位描述和招聘要求为大段文本。

I级机构、招聘类型、职位名称、招聘人数、截止日期、职位描述、招聘要求是必输字段。

系统界面如下：

对不再需要招聘的职位，可以执行删除操作。系统界面如下：

在职位发布查询环节：

系统分页列出已发布的职位。选择某一职位可查看其明细，申请该职位则跳转到简历登记功能点。

招聘专员/招聘经理：创建一个发布职位、对已经发布的职位进行修改、查询已发布的职位

应聘者： 浏览已发布的职位，选择某一职位可查看其明细，申请该职位则跳转到简历登记功能点。

2、简历管理

业务描述

招聘流程的第二个环节为简历筛选环节。分两步来完成，首先是简历登记，然后是简历筛选。另外，还提供有效简历查询的功能，以查询系统中通过简历筛选且未被删除的简历。

简历登记分两种情况。一种情况是应聘者通过应聘某职位而跳转到简历登记页面，填写简历信息，这种情况职位分类和职位名称已经自动填好，不可以更改。另一种情况是应聘者直接使用简历登记功能点填写简历，这时候职位分类，职位名称可以选择系统中存在的职位分类和职位名称。

简历记录了应聘者的基本信息。其中姓名、电话和身份证号码是必输项。应聘者被录用后，填写的这些信息自动转换到员工档案中。

这个模块包括：  简历登记  简历筛选  有效简历查询 使用者

招聘专员/应聘者 输入要素

个人简历信息包括：

职位分类、职位名称、招聘类型；

姓名、性别、Email、电话、家庭电话、手机、住址、邮编、国籍、出生地、生日、民族、宗教信仰、政治面貌、身份证号码、年龄、毕业院校、学历、教育年限、学历专业、薪酬要求、注册时间、特长、爱好；

个人履历和备注。

其中，性别、国籍、民族、宗教信仰、政治面貌、学历、教育年限、学历专业、特长、爱好为下拉选择框。注册时间为当前系统时间。个人履历和备注为大段文本。

系统界面如下：

简历筛选和有效简历查询首先需要录入查询条件。查询条件为职位分类、关键字和登记时间。同时满足查询条件的记录才列出来。如果不输入查询条件，则该项查询条件不起限定作用。

筛选环节从查询结果列表中选择一条简历记录进行筛选。筛选过程中可以填写筛选推荐意见，并决定是否推荐面试。输出要素

 经筛选的有效简历

3、面试管理

业务描述

面试管理分两个步骤：

1.查询出被推荐面试的简历，进行面试，并登记面试结果。2.对面试结果进行筛选。使用者 人事专员 处理流程

首先，查询出被推荐面试的简历。查询条件包括：职位分类，关键字和登记时间。

然后进行面试，登记面试结果。面试结果包括：形象评价、口才评价、外语口语能力、应变能力、EQ、IQ、综合素质和面试评价。其中形象评价、口才评价、外语口语能力、应变能力、EQ、IQ、综合素质为下拉框选择，分A，B，C三个等级。面试评价为大段文本。同时还须记录面试人和面试时间。

最后，进行面试筛选。可以根据实际情况做如下处理：建议面试（需要进行下一轮面试）、建议笔试、建议录用和删除简历。根据选择操作的不同，将修改简历的状态。

4、招聘考试题库管理

业务描述

面试考试采用机试自动评卷的方式，所以考试题库采取标准化多选选择试题的方式组织。

为了便于出卷，每道试题都需要选择试题分类。试题分类在系统管理模块进行设置。使用者 人事专员 输入要素

每道试题包含如下内容：试题I级分类、试题II级分类、登记人、登记时间、题干、最多5个候选答案、正确答案和试题出处。

试题查询时采用的条件为：试题分类、关键字和登记时间。关键字将在题干、登记人和试题出处字段进行匹配。

试题查询结果如图所示：

5、招聘考试管理 业务描述

招聘考试分四步进行组织。1.考试抽题 2.考试答题 3.考试阅卷 4.成绩查询筛选 使用者

人事专员/应聘者 考试抽题：

考试套题按职位组织，每个职位可以有多套候选套题。

创建套卷时，需要选择职位分类和职位名称。系统将自动列出系统中存在的试题分类及已有试题数目。只需要填写套题中每个分类所需的试题数目，系统将自动生成套题。

考试答题：

首先，要填写姓名和身份证号码。如果姓名和身份证号码与系统中存在的简历匹配，考试结果将和简历简历关联。还需要选择考试的职位分类和职位名称，这和将进行考试的试卷有关。

如果某职位对应几套试卷，考试答题时系统将自动从中随机选择一套。考试为多选题，有时间限制，答题结束后提交。

考试阅卷

考试结束或用户交卷，系统自动完成 考试成绩筛选：

首先，查询考试成绩，查询条件为应试人身份证号码、关键字和应试时间。

可以查看阅卷结果。

然后，根据答题情况作出建议录用或删除简历的处理。提交处理时需要填写给出录用申请审核意见。

五、录用管理

首先根据面试或笔试环节推荐录用的简历，进行复核，然后正式提交录用申请。经过人事经理审批，该应聘者就成为正式员工了。

使用者

人事专员/人事经理

录用申请：

首先列出所有被推荐录用的简历。正式提交录用申请时，需填写录用申请意见。录用审核：

录用审核可以通过或不通过。只需要填写审核意见。

审核通过的话，系统将根据该简历简历员工档案，所属机构和职位信息空缺，新建员工档案状态为待审核。

六、系统设置

业务概述

录入系统所需的基本信息 薪酬标准项目：

等。

薪酬发放方式设定

审计需求理论研究综述 篇6

一、审计需求之代理理论

代理理论将审计服务需求归结于代理关系的存在。Jensen、Meckling以企业所有权和经营权分离所导致信息不对称为切入点, 围绕委托代理中机会主义行为对企业价值的影响进行讨论, 认为审计正是一项能够约束这种机会主义行为从而降低代理成本的制度安排。

关于代理理论方面的研究主要可以归纳为两条主线。一条主线是通过分析模型得出最优的激励契约和信息系统。Scott认为那些被期望得到的关于代理人努力的信息, 并不完全都包含在可察的盈利当中, 而审计可以加强利益相关者对盈利方面的知识, 同时还可以帮助掌握更多代理人努力的信息。另一条主线是通过实证的方法来验证审计需求代理理论的预测能力。代理理论认为管理者与股东之间的代理冲突越严重, 代理成本就越高, 处于减轻代理成本的需要, 则更有动机聘请高质量审计师。Chow利用上市公司数据对企业自愿接受审计的情况做了调查, 他认为审计可以降低企业与债权人的利益冲突, 而企业规模越大其资产转移空间就越大, 代理成本就越高。为此, 他假设企业自愿审计的可能性随着企业债务比率的提高、企业规模的增大而增加。实证结果支持了他设定的假设。

二、审计需求之信息理论

审计需求信息理论认为, 之所以存在对审计的需求, 是因为审计具有改善财务信息质量而提高决策有用性和通过信息传递而有效配置财务资源的作用, 审计的本质是提高财务信息的可信性和增加财务信息价值。

从信息理论决策有用角度, 其理论依据是利益相关者依赖财务信息, 将其作为决策的重要依据。Feltham的净盈余理论论证了会计数据与企业价值之间内在的数量关系, 建立了估价模型, 揭示了估价模型、报表体系和会计模式之间的内在联系, 表明了企业价值与会计信息之间的相关性。信息理论决策有用性认为审计本质功效在于增加财务会计信息的可信性, 从而增加其决策有用性。

从信息理论信号传递角度, Spence依据信息经济学理论, 认为当存在信息不对称时, 解决信息不对称引发的逆向选择问题的手段之一就是信号传递。如果高质量公司能够采取某种模仿成本较高的措施让市场知道其质量高于市场平均水平, 那么投资者与公司之间的信息不对称导致的逆向选择问题便可以有效缓解。自愿性信息披露和提供财务报告是常用的手段之一。对于审计需求信息理论信号传递的经验检验主要从两个方面加以研究: (1) 选择不同类型的事务所审计对IPO定价的影响; (2) 客户所具有的特征和客户选择事务所之间的关系。Titman与Truman分析认为客户聘请的会计师事务所类型能影响IPO的定价, 随后Betty检验了Titman与Truman预测, 结果发现IPO公司能通过聘请大规模会计师事务所提高股票发行价格。

三、审计需求之保险假说

保险理论在解释独立审计需求时, 认为公司选择会计师事务所的动机是为了转移部分财务披露的责任, 认为会计师事务所可以为投资者、债权人, 公司经理、董事和其他团体提供某种形式的保险, 研究者又将其形象地称为“深口袋假说”。美国1933年的《证券法》规定, 如果投资者根据经审计的财务报表购买股票而招致损失, 并且当发生了某种形式的审计失败时, 投资者可以向事务所索赔, 而事务所承担举证责任, 其必须搜集证据以证明在审计过程中做到了应有的勤勉责任, 否则, 将不得被免除责任。因此, 会计师事务所成了赔偿投资者损失的潜在来源, 使其可以在一定程度上为投资者提供保险。Wa11ace认为独立审计可能具有的风险转移价值至少对两类相关者有吸引力。其一是委托人、投资者以及债权人, 他们既希望能够通过借助独立审计活动对代理人进行监督, 又希望能够借此避免可能发生的损失。其二, 在政治领域, 对于独立审计的保险需求可能与“避免谴责的保证”联系, 对于各类管治者而言, 他们希望借助于审计活动的介入以使自身避免来于公众或其他团体的批评。

四、审计需求之制度环境要求

纵观世界各国《公司法》等都对上市公司接受独立审计做了强制要求, 可见市场中还存在规避高质量审计的动机, 具有该类需求的上市公司往往是出于某种投机行为目的而缺乏对独立审计的主动性要求, 然而碍于各国强制性审计要求又不得不聘用会计师事务所对其财务报表进行审计。Antel与Nalebuff认为经审计的财务报表和审计报告意见可以被看作是审计人员与客户谈判的产物, 审计谈判对审计后的财务报表质量、审计人员和客户的利益以及资本市场的健康发展都具有重要影响。Qian Wang、TJ Wong、Lijun Xia研究发现在经济欠发达和市场化程度较低地区的上市公司则倾向于选择当地的事务所, 并将其愿意归结为我国上市公司多由国有企业改制而来, 其第一大股东多为国有股, 且持股比例较高, 另一方面由于我国早期事务所实行的是挂靠制, 虽然经历了脱钩改制, 但区域事务所大都还与当地政府存在千丝万缕的联系, 从而导致政府、区域性事务所、当地企业之间的“串谋 (collude) ”, 使得政府干预很大程度上影响了当地企业的审计师选择。

摘要：审计是社会经济发展到一定阶段的产物, 是社会经济组织结构中的一项重要制度安排, 它通过自己特有的功能服务于经济、服务于社会。本文从代理理论、信息需求、保险假说以及制度环境等方面对审计需求研究进行了梳理。

关键词：审计需求,审计理论

参考文献

[1]Jensen, M.C.and W.H.Meckling.Theory of the firm:Managerial bahavior, agency costs and ownership structure.Journal of Financial Economics.1976

[2]Scott.W.R.The state of the art of aeademic research in auditing[J].Journal of Accounting Literature.1984

[3]Rick Antle, Barry Nalebuff.Conservatism and Auditor-Client Negotiations[J].Journal of Accounting Research.1991

[4]Chow, C., Rice, S.Qualified Audit Opinions and Auditor Switching[J].The Accounting Review.1982

[5]De Fond, M.The Association Between Changes in Client Firm Agency Costs and Auditor Switching[J].Auditing:A Journal of Practice and Theory.1992

[6]Spence M.Job marketing signaling[J].The Quarterly Journal of Economics.1973

[7]Dye.Auditing Standards, Legal Liability and Auditor Wealth[J].Journal of Political Economy.1993

[8]Krishnagopal Menon and Joanne Deahl Williams.The use of audit committees for monitoring[J].Journal of Accounting and Public Policy.1993

审计系统需求说明书 篇7

一、项目描述(一项目概述

第二次全国经济普查即将在全国范围内展开,经济普查能否顺利进行,培训至关重要。由于我国地域辽阔,省市众多,进行直接培训将会面临培训人员众多、分散,教师水平参差不齐,成本较高等问题。

随着互联网技术的不断发展,网络培训已经成为一种重要的培训手段。相对于传统的培训方法,网络培训具有资源利用率高,培训成本低,学习形式灵活,教学管理简单等优点,因而通过互联网进行网络培训成为经济高效的培训方法。

本次采购项目涉及全国32个省(直辖市、自治区,包括兵团,培训人员众多,同时,培训系统采用国家、省两级部署方式,因此对系统提出了较高的要求。

(二项目内容

项目内容:为国家和32个省(直辖市、自治区,包括兵团提供第二次全国经济普查网络培训系统软件,并完成培训系统的集成、技术支持、服务和培训(详细内容见

三、项目实施。

(三系统要求

1、稳定性

系统的总注册用户可达10万人,预计该培训系统需要支持的最大在线人数约是4 ~ 6万人。针对在线培训的业务模式,服务器的最大并发访问数大约是系统在线人数的15% ~ 20%,最大点击率约为系统在线人数的1/5;以此估算,系统服务器的最大并发数约为6000 ~ 12000,每秒点击次数为8000 ~ 12000次。

2、易用性

系统界面风格友好和实用,符合网络培训系统通用习惯,有人性化的帮助信息,方便用户使用。用户可根据需要进行灵活的定制。可进行二次开发,开发难度小。

3、可靠性

在大量培训人员同时在线的情况下,系统效率不降低且服务不间断。具备良好的系统稳定性,确保软件运行稳定可靠。具备数据的备份与恢复功能。

4、扩展性

采用开放的技术和标准,具备跨平台运行支持能力,开放的数据接口。具有很强的扩展能力,能够根据需要灵活增加特定功能模块。系统应采用B/S结构,能部署在Windows、Linux等各种服务器环境。

5、安全性

可严格界定用户身份及权限和严格的工作流程控制,实现功能和数据的安全控制,身份信息的安全传递;对于关键业务操作必须提供日志记录功能,从物理、网络、信息、系统的层面,保证系统运行的安全性。

(四业务需求

培训管理软件系统旨在利用网络资源,高效率、低成本的完成本次经济普查的培训与考核,收集分析相关培训人员的学习记录,为今后的培训评估和调研提供数据基础。同时,在此基础上建立一个比较通用的培训平台,能够满足各级统计系统的培训需求。

培训人员为参与第二次全国经济普查数据处理的各级统计机构的工作人员,涉及全国32个省(直辖市、自治区,包括兵团,培训人数约10万人。培训系统须满足在线学习、在线考试、在线评估、在线交流答疑、在线调查、在线交互式考评、资源管理、系统管理等功能。

同时,新建系统应能够兼容目前已有培训系统(农业普查的培训课件及各项功能。

二、培训管理软件系统(一系统硬件参数

网络培训系统的运行环境为PC服务器,由采购方提供,具体配置参数如下:

(二软件部分

1、总体架构

软件培训系统是基于网络环境的培训平台,各功能模块功能应相互独立,可根据具体需求动态加载或对功能进行有效的扩展。系统应该能够有效利用网络资源,有效地支持各级统计系统的培训工作。

国家局和各省之间采用分布式部署,国家局可以向各省局下发课件、系统升级补丁,或者各省局系统可以自动升级。各省之间相互独立,可以在各自的系统中部署本省的培训。国家局和各省局系统之间可以实现各类数据的交换。

系统采用的部署示意图如下:

(州,(区,乡

2、功能模块需求

网络培训系统应至少由系统管理、在线学习、在线考试、在线评估、在线调查、在线交互式考评、资源管理及在线交流答疑等功能完成。同时,应能够根据新增需求快速、无缝扩展系统功能,新增功能应对原系统无影响。

(1基本要求

系统需要采用B/S(浏览器/服务器结构,并能够支持多浏览器,包括Internet Explorer、Firefox、Safari、Opera等,系统必须能够保证在这些主流浏览器上无障碍运行。

系统必须能够部署在Window、Linux等多种服务器环境下,能够与IIS、Apache、Lighttpd 等各种Web服务器集成。

系统应该能够支持符合国际标准格式的各种电子课件,必须能够同时支持SCORM(1.2版本以上和AICC标准,同时兼容已有培训系统的课件。支持各种非标准课件、电子文档、讲义、书籍等学习资源的上传/下载和在线学习。

系统包含的7个子系统(在线学习、在线考试、在线评估、在线调查、在线交互式考评、资源管理、在线交流答疑必须既能各自独立运行,又能集成在一起构筑培训系统。

(2系统管理 权限管理

系统通过项目或者主题来组织各类学习和其他活动,学员用户进入系统后选择相关项目(主题参加培训。项目(主题可以由系统管理员创建、修改和删除,一门课程也可以属

于多个项目(主题。

各类用户都应有各自的权限,系统应该支持课程权限的设置,用户只能看到各自权限范围内的培训及其他相关内容,进行相关操作。

同时,系统应该提供完善的组织架构管理功能。一个用户可以属于多个单位,管理员可以给不同的单位设置不同的培训、技能和证书资格。

●用户管理

系统管理员可以创建用户,设置帐户名称、登录名与初始口令。同样,也可以禁用或注销登录用户。此外,应支持批量用户资料的导入导出,导入时系统能自动的导入/匹配用户所属的部门、分组。

用户通过输入用户名和密码登录系统,系统应具有安全验证措施与权限控制。用户可以在线修改自己的个人信息与登录密码。

用户登录平台后,可以填写或修改个人详细资料。用户第一次登录,系统应提示用户填写上述个人详细资料。

●日志管理

用户进行的重要操作会记录在系统的系统日志中。管理员可以定期从系统导出日志或者删除日志。

●查询管理

系统应该对用户、课程、资源等系统数据提供关键字或模糊搜索功能。(3在线学习

系统应提供非常灵活的课程内容定制设置功能,管理员可以根据实际需要,将平台中的多种不同类型的学习资料(电子课件,参考书籍,在线评估,考试和问卷调查组织成相关项目或主题,并引导学员按照培训管理员设置的学习内容与流程进行学习。

根据培训管理员的设置,学员可以按照任意顺序,或者指定的顺序完成课程中的每一项学习活动。同时,管理员还能够设置学习单元中的某些内容可以选学,某些内容必须学习完成。

系统必须支持学员用户通过网络浏览器B/S 方式进行网上学习,能播放在电子课件中添加的各种多媒体文件类型。用户可以决定课件的播放方式:普通播放,全屏播放或者指定大小的播放界面。

该系统应该满足SCORM/AICC标准,能够支持课件工具或第三方课件制作公司开发的符合SCORM/AICC标准的电子课件无缝导入、播放和跟踪记录。

(4在线考试

系统应该提供强大的在线考试功能,能够提供试卷管理,题库管理,试卷编辑,随机策略组卷,多媒体试题,自动判卷和成绩统计功能。支持类型丰富的试卷结构与灵活的试卷布局。

系统应支持题库管理,可以通过在线编辑或批量导入功能形成试题库,支持分类管理。试题也可以离线编辑并批量导入,应支持多种常见题型:包括判断题,单项选择题,多项选择题,填空题和问答题。

该系统可以支持按多种条件(例如知识点、难易程度、题型随机选题生成试卷,在编辑试卷时,管理员可以设置随机或静态试卷生成策略。另外,该系统应该支持试卷打印功能。由该系统生成的学员试卷应该能够导出、打印和存档。

系统应支持多种考试类型(考试、练习、自测,并支持限制考试时间、及格分数和累计考试次数。管理员可以自动生成试卷和题库的统计分析报表。系统支持自动判卷和教师手工判卷,对于由系统自动判卷的试卷成绩,可以由教师进行手工重判。

系统应该支持考试标准分数的设置,例如:某门考试的实际出题分数可能是70分或者160分,但是管理员可以设置其标准分数为100分,系统会自动的折算考生获得的分数。

系统生成的试卷和题库可以用统一的打包格式导入和导出。

系统应该支持查询学员的考试成绩,并且导出学员的成绩到Excel中。学员也可以随时查看自己的考试成绩,经管理员允许,学员也可以看到自己完成的试卷,并支持打印。

考试系统需要支持离线考试记录的功能,能够将之前的离线考试记录导入考试平台进行统计分析,同时,考试管理员还可以将现有的在线考试的试卷打印成纸质的试卷,在学员回答完之后录入平台。

(5在线评估

系统应该包含在线评估功能,以支持学员对课程的评价(例如课程反馈表,在结束课程前,学员必须填写课程中的反馈表。

反馈表的形式可以是任何类型的调查问卷。包含各种常见调查问题,例如评价题、选择题、填空题、问答题等类型的问题。管理员可以通过XML格式导出和导入调查问卷,并在所见即所得的编辑功能中设计调查问卷。管理员也可以查看学员填写的调查表内容。

管理员可以生成图形化的调查统计结果,例如柱状图或详细分析表格。(6在线调查(如信息安全通报系统

系统应包括在线进行调查功能。上级用户(可以是调查管理员可根据需求创建调查项

目,制作调查报表(或问卷,定制各个调查指标,包括各类指标填写说明及其他说明等。最后在线发布,包括填报时间期限等,并通知被调查用户。

参加调查的被调查用户在一定期限内就调查项目根据实际情况在线填写调查表,并在线提交。在提交截止期限内,被调查用户可以更新所填调查表内容。

调查表应该提供各种能够严格的控制参与者如何填写的功能,例如哪个问题必须回答,多选题可以控制参与者最少勾选数目、最多勾选数目。调查表应支持调查

分支功能,根据参与者选择的不同选项可以进入不同的调查流程,显示不同的调查题目。

在线调查应该支持调查计划功能,同一份调查表可以分多次计划发布,同样的调查内容每次发布用于不同的目的,设置不同的开始时间和截止时间。

上级用户通过收集、统计汇总在线调查情况,包括调查指标内容,调查填写时间,调查用户填报率等,最后生成统计汇总表。

系统应支持调查表的模板化定制,前期的调查表可以作为后面调查表的模板,并支持模板的导入导出。

此外,系统应具有查询功能,被调查用户可以查询自己所填写调查表内容,管理员用户可以查询用户填报信息等。

(7在线交互式考评

交互式考评与传统的考评不同,需要被考核用户和评分用户一同参与来完成考评工作。被考评用户填写考评内容、提交文档等供评分用户来参考打分。该子系统应包括在线考评登记、在线考评文档提交、在线考核评分、考核评估汇总及考核评估在线排名等功能。

上级用户(可以是考核管理员可以在线建立、编辑、删除考核项目。建立考核项目主要包括创建考核指标,说明考核指标(包括考核内容、分值、考核要求、问题类型、是否提交文档及文档内容等,说明填报要求,生成考核表;建立考核项目还应包括设置被考核用户。最后,在线发布考核表,并说明考核表填写提交的时间期限。

被考核用户根据考核要求,在考核截止期限内在线填写考核内容、提交所需文档等,并在线提交考核表。在考核截止期限内,被考核用户也可以更新考核表提交内容。

系统可以指定考核小组评审人员。考核小组评审人员可以在系统中对各单位提交的考核表根据评分标准进行评分,然后在线提交考核评分表。

最后,系统可以根据考核评分统计汇总考核成绩并生成统计汇总表,根据实际需要产生排名情况。被考核用户可以查看考核评分情况。

(8资源管理

系统应该提供一个单独的资源管理系统,可以用于共享各类学习资源(在线的电子图书、离线的Excel、Word、PPT、Flash等,支持各种学习资源的导入、导出功能。管理员用户可以创建学习资源目录,学习资源可以属于多个分类。可以进入学习资源属性设置和查看,支持阅读次数查询。

资源管理系统应该支持严格的权限控制,可以为每个资源分配权限,能够设置资源是否隐藏,同时需要支持资源的版本管理与维护。

系统应该支持培训资料的在线导入,包含正式和非正式的培训资料,并支持第三方培训站点和资料的接入。

系统可显示或修改各类资源的显示图标。(9在线交流答疑

系统应提供论坛工具方便学员讨论。管理员用户可以在系统中创建专家论坛、课程论坛和其他板块论坛。在论坛中,论坛管理员可以根据点击率、关注度等条件生成精华区。

在网上交流功能之外,系统还应为教师和学员之间提供在线答疑和消息反馈功能,如提问、答疑、作业、反馈、通知和公布成绩等。

系统须支持在线与非在线情况下的学员和教师间相互交流。另外,系统提供的在线讨论或消息功能必须支持附件的上传和发送,学员和教师之间可以通过附件功能共享文档、图片或表格。

三、项目实施

(一系统集成

1、投标方应在合同签署后3个月内完成项目的部署、实施。

2、投标方负责提供本项目中的系统集成服务,集成的范围包括网络培训系统中涉及的软、硬件(硬件由买方自行采购。投标方负责系统配置方案的完整性,如有错漏,由投标方负责纠正或补足。集成内容包括: ●投标方应在全面了解掌握需求的基础上,对整个系统提供完整的建议方案。●投标方应负责项目涉及国家、省两级网络培训系统的安装、调测和性能优化以及培训的

技术支持,要有完整的支持方案。

●完成已有培训系统(农业普查网络培训系统的迁移。(二技术服务

●提供一年的免费系统升级和保修服务。

●投标方负责提供技术支持电话,解答采购方在系统使用中遇到的问题,并及时提出解决

问题的建议和操作方法。对经济普查项目覆盖地提供7×12小时响应;●投标方应建立应急机制,发生故障时能在24小时内恢复正常工作状态;●整个经济普查期间,为国家统计局提供技术专家现场服务;地方统计局提出服务请求

24小时内,电话咨询服务形式不能解决问题,投标方应指派技术人员赶赴现场进行故障处理。

(三技术培训

1、投标方应在建议书中提出详细的培训方案和培训计划,确保采购方的相关人员能管理、操作、维护本系统。培训内容应包括本项目中的相关技术原理、操作使用方法、管理维护方法、二次开发技术以及上机实习操作等。

2、投标方负责提供网络培训系统软件的培训教材,教材以VCD、电脑课件和中文使用手

册(电子版本的方式交付采购方。培训教材具体内容和方式必须由采购方核定,要求教材随系统一同交付。

3、技术培训(培训费用计入总价

培训对象及人数:国家统计局及各省局技术人员,国家局4~5人,省局每省2人 培训内容主要包括: ●网络培训系统部署、安装及环境要求 ●网络培训系统的使用

●网络培训系统的管理、维护和常见问题处理 ●网络培训系统的技术原理 ●系统二次开发技术 培训时间:5天

培训经费标准:每人260元/人天

四、项目管理

(一项目开发方式与策略

1、投标方要详细介绍本次项目开发所采用的方式、策略、技术理论、适用的条件和范围, 所选用开发方式的对比优势。

2、投标方应借鉴国内外软件开发的先进开发技术,借鉴其他厂商的项目管理经验,借鉴统

计系统已完成培训工作的经验,以满足采购方的全部技术要求。

3、对开发完成的产品必须根据采购方的性能测试要求和试点情况,不断完善。(二项目风险分析与控制

1、投标方要对各种风险和问题有先期预见性报告。

2、投标方应对项目的风险有详细的分析,对于可能引起风险的环境因素、人力因素、物质

因素等,要提供分析报告。

3、投标方对上述可能的风险和问题要有可靠的控制手段加以防范,并提供具体的解决预

案。

(三项目实施计划

1、项目实施计划要对整个项目进行阶段划分,明确以下各阶段项目实施要求: ●投标方要说明每个阶段的任务、工作过程、实施方法。

●投标方要说明各阶段的采购投标方的职责划分、各自的工作内容和形式。

●投标方要提出各阶段进度时间。

2、项目计划主要包括如下内容: ●项目实施计划 ●软件配置管理计划 ●软件质量保证计划 ●项目风险管理计划(四项目实施控制

1、投标方每个工作过程应对照计划执行、检查监督,阶段结束前必须按照预定的计划对该

阶段进行审核通过后,才能进入下一个阶段。

2、投标方应根据进度要求提供签约后交货、安装、验收时间表。

3、投标方在技术建议书中提供具体项目实施方案,对项目实施组织的进度安排等事宜做出

切实可行的建议。

4、投标方应有专职人员负责规范的落实,负责跟踪检查项目进度的落实。

5、投标方应有专职人员负责软件质量的控制。

6、投标方对本项目运行过程中的需求变更进行全程的技术保障和技术支持。(五项目实施人员

1、项目经理具有丰富的培训系统实施经验、系统实施方法。、2、项目实施相关人员具有软件使用方面的培训经验，、具有网络课件制作的丰富经验； 专业

素质较高，沟通能力强，并具有较高的团队意识和专业的工作态度。