序号

需求参数

备注

1

明确系统架构，具有良好的开放性、扩展性、安全性、稳定性、实用性以及先进性。

2

需提供成熟的协同办公平台应用，并能够结合贵州财经职业学院的实际，进行适当的二次开发实现贵州财经职业学院特殊需求。具有很好的应用成熟度，数据的承载、展现、关联、流转、修改、报表分析能力等，支持开放式的开发，能实现与其他异构系统的集成。平台本身具有较强的可维护性和扩展性。

3

提供基于纯B/S设计的智能表单设计器,可以所见即所得的图形化拖拽方式设计表单,定义表单数据,数据校验及表单操作事件；支持输入框、下拉框等各种基本控件；支持表格布局、标签布局、分栏布局等各种常规布局；支持树、编辑列表、重复节、弹出选择等高级组件。

4

业务流转模块通过后台可灵活配置业务流，且具有灵活定义业务审核、回退、反馈、多分支（两个以上）、子流程嵌套等业务流节点的功能。系统支持标准权限管理，可灵活配置业务流节点权限及功能菜单权限，可视化配置表单各控件的操作权限，支持基于流程环节配置，也可以基于角色/部门/岗位等信息进行配置；各控件可以配置是否可见/是否可编辑/设置默认值等属性。

5

系统提供二次开发的接口程序源代码和数据结构，可以方便用户将其他需求扩展到该系统平台上，要求提供详细开发指导文档，并可为客户提供二次开发服务与技术支持。充分兼顾现有业务数据，在本系统实施初期要将这些数据作为初始数据导入到新建本系统中，以保证工作的平稳过渡。导入方式不限制，但要保证导入数据的正确性、完整性和一致性。开发平台技术先进、成熟，具有广泛应用，具有较强的系统安全性，工具容易上手，支持应用功能的快速开发与实现，能够提供所见即所得的成效。

6

系统能够提供完整的接口规范以及针对第三方系统的Webservice、API接口支持（接口提供方式包括但不限于WebService、XML、JSON方式等）。系统开发应严格遵照国家软件工程规范，根据学院具体需求提供相应webservice接口。便于学院组织人员或通过第三方进行二次开发、功能扩充以及与其它信息系统的整合。

7

系统的开发必须严格遵守教育部2012年最新颁发的《教育管理信息化标准》和《CELTS-34高等学院管理信息标准》，并必须符合学院信息编码标准，数据库要向学院全面开放。预留标准的输入输出接口，提供数据字典以及系统数据库的只读权限，方便未来第三方系统与本项目系统进行兼容整合。提供该系统与贵州财经职业学院数据中心、统一身份认证中心或者其它应用系统的标准数据交换接口和数据双向交换整合服务，数据交换内容根据学院数据中心业务需求而定。因我校其他系统建设原因暂无法对接的，该系统也需要预留对接接口，待可以对接时，无论是否超出免维时间，成交供应商都需协助我方实现以上数据交换和对接工作，由此产生的费用包含在此次招标范围内。

所有基础数据提供导入导出功能，所有能查询出的数据提供导出系统数据的功能，导入导出格式要求至少支持PDF格式、文本文件格式和EXCEL、word文件格式；若数据需要转移，则全部数据必须能完整、准确的导出、迁移。

具备支持其它系统报表推送功能的相应接口，或具备支持BI分析工具的接口。

实现在校园门户的单点登录，具备相应接口及解决方案。

实现系统消息（待办提醒/站内短信）在校园门户的推送。

实现系统内重要事项手机短信提醒的推送。

针对以上数据对接方面的功能，成交供应商需为学院提供终身免费服务。如因系统升级、调整影响数据交换等功能，应提前告知学院并免费完善相应对接程序。

8

明确开发语言,本项目建议采用可跨平台部署的JAVA语言为基础。

9

需要能够支持多种常见中间支撑件、数据库以及虚拟部署。

10

人性化的操作界面：界面美观大方，符合贵州财经职业学院形象，同时系统操作更简洁、明确、友好。采用基于主题的设计方式，提供多套不同主题，个人用户改版调整非常便捷。

11

系统性能要求：系统不限用户数，不限业务流程数，能够支持贵州财经职业学院所有用户使用，最少满足1000人以上用户并发数，支持365*24小时的平台运作要求。页面响应时间100~200毫秒。录入、修改响应时间100~300毫秒，删除响应时间在100~300毫秒，查询平均响应时间<300毫秒。

12

系统架构要求：要求系统采用SOA架构，便于后期扩展；支持自定义工作流，支持WebService和消息中间件技术。

13

充分考虑协同办公系统的安全保密性，完善的系统安全性设计，保证系统中各类保密信息不会被非法窃取，用户密码加密存储。

具有严格的权限控制，将用户按一定的级别分类，可设置不同级别的用户访问、处理不同级别的经办流程和文件。根据不同级别和类别的用户进行访问权限控制、功能菜单的使用控制、流程及文件等的流向控制。用户身份鉴别成功后，当其空闲操作的时间超过规定值时，重新进行身份鉴别，三天内单个用户登录，需要短信提醒，当用户身份鉴别尝试失败次数达到规定次数后，对该用户进行锁定，只能由安全员进行解锁。充分考虑系统安全性，明确支持数字证书、动态验证码、动态口令、微信/QQ的OAuth2认证等多种安全认证方式。能够实现提供基于角色的访问控制的权限管理，并提供相应系统实现说明。

支持应用分布式部署，提供负载均衡方案，提供前后台系统的双机热备功能。

集中统一的用户与权限管理：包括组织架构、用户信息、数据与操作权限的管理与维护，系统应有分级权限和逐级授权管理功能，能够很方便地对系统进行全面的权限管理；适应人员的变化，可以方便的对系统用户权限进行调整；可以无限设置所需要的权限、人员的组合；随时可以调整角色中人员组成，用于控制员工的权限。

能够结合底层系统平台和应用层的各种权限控制机制，提供完善的安全授权、行为轨迹机制，可实现对每个模块、目录、文档进行授权（如：是否可访问、可修改、可删除、可打印、可下载、可拷贝等），并通过日志功能记录关键操作行为，便于进行系统审计。日志功能要详细记录每个登录用户的操作记录，日志要自动记录、自动备份，并且日志不能修改。

提供发布、审核控制及对附件与文档类别控制，可为各种不同类别的文档设置审批流程，审批通过后的文档不允许再编辑，通过升级版本来更新文档版本，支持串行、并行审批方式。

需考虑信息资源的充分共享，更要注意信息的分层隔离保护及访问权限控制，因此系统应分别针对不同的层面及类型的数据，采取不同的访问权限控制及加密存储措施，通过不同的加解密安全算法实现控制。

系统应有完整的应急措施、自动数据备份和灾难恢复机制；系统应提供统一的数据管理维护，对于系统整体运行状态可实时监控，并对访问量峰值状态下软硬件系统有性能变化跟踪记录，以便管理员对系统负载状况做出直观评估。成交供应商开发的应用系统及部署的服务器操作系统、中间件、应用环境必须能通过我校的网络安全部门的安全检测。在接到学院发现应用或系统漏洞的通知后，必须在一天之内完成升级、补丁工作。

14

系统所有功能支持B/S模式，要求支持目前主流浏览器，如InternetExplorer9/10/11、MicrosoftEdge浏览器、Chromev23或更高版本、Safari5或更高版本、火狐、360极速及兼容模式、腾讯TT等。如需安装浏览器插件，须一次性安装所需插件，不得多次提示安装。不得被常用安全软件（瑞星杀毒软件、360杀毒、360安全卫士等）认定为可疑或危险程序。

15

能够根据学院办公室业务、其他单位、部门相关工作业务设计形成一系列工作模块，实现网上事务协调、公文（收发）流转、会议管理系统、公车管理、视频会议系统、公务接待用餐申请系统、档案管理系统、大事记编写、工作要点收集、发布、信息采集系统、请假系统、法律事务、信息工作、事项督查等，学院各单位、部门事务性、值班管理、流程性工作系统管理员可以进行自主流程搭建，实现线上转化和运行。

16

具有跟网页用户端功能完全一样的手机用户端、平板电脑用户端以及其他移动用户端，可适配目前主流的安卓系统、IOS系统、windows系统等。所有适配系统在服务端完成，与客户端无关,可支持http/Socket网络，提供数据加密机制，保证数据传输安全。移动办公系统需包含移动工作台、移动公文管理、移动会议查询、移动管理配置等与网页系统一样的功能模块。

17

能与学院主页、学院门户、各单位、部门在用的网站和信息系统、短信平台等做相关功能对接，如数据对接、统一身份认证。待办事项可通过短信平台、邮件、系统本身向用户发出提醒，用户可以自主设定提醒方式、类型、提醒事项以及是否需要提醒。

18

系统内发布的信息可同步推送到学院主页、学院门户以及相关单位、部门网站，分享到移动应用客户端，处理完毕的信息按工作需求可将电子文件和有关材料归档。具有消息推送功能，可直接推送至移动端APP，或者包含微信平台对接，实现通过微信功能收发待办信息，公告，公文管理，会议通知消息等基本功能，及进行日程提醒等。

19

用户被赋予学院所有工作角色，系统管理员可根据实际情况自主设置和调整，个人权限依据职务或授权确定。

20

有管理员用户，可以对所有工作流程、流程中的各类处理表和发文稿纸进行自主编辑和调整，且不会影响已经流转的文件。对系统进行日常维护，包括对系统的使用部门、角色、人员、账号以及权限的管理，用户可根据角色及账号分配系统功能权限；导航菜单管理，用户可自行修改菜单名称，规划菜单的层级、排列等功能；系统基础数据的建立与维护等。

21

处理环节中下一步流程选择可到工作角色的具体人员，并可多选。流转环节上一环节可在下一环节处理前回退到指定环节。

22

具有信息检索功能，可自定义检索条件，包括信息来源、处理时间、处理人员、关键字、标题、信息类型等，能在检索结果范围内进行二次检索。

23

新的工作模块可自主搭建，无须再进行定制开发。

24

工作流系统必须采用可视化流程定制功能，同时要求流程的定制可与组织架构绑定；工作流系统能够具备对复杂流程模式的支持，如并行、回退、条件分支等，同时支持子流程嵌套以及流程脚本语言编写；工作流系统还必须支持对各流程环节的编辑和控制功能。

25

负责将学院目前正在使用的OA办公系统（由点威科技公司开发）的历史数据导入到新的OA办公系统中。

26

建立无纸化会议系统，通过文件的电子交换实现会议的无纸化。达到文件传输网络化，文件显示电子化，文件编辑智能化，文件输入输出可控化。核心功能主要是实现会议签到、文件分发、文件上传、文件同步演示、投票表决等功能。同时，会议系统与OA系统的会议管理模块实现数据对接。

27

支撑平台

支撑平台包括门户管理平台、工作流程管理平台、工作文档管理平台、业务生成开发平台（含移动端业务）。

门户管理平台：支持灵活建立门户，并可自定义门户页的风格、结构和内容，可根据学院组织架构体系分级别设置权限，即支持今后多下属单位、多组织、多人员、多岗位、多级别、多维度的矩阵式管理模式，针对文件、信息、通知、申请单等系统中的元素提供权限设置，实现对权限控制的灵活要求及全方位的权限控制。实现今后下级单位之间的逻辑隔离，不同单位的人员登录自己的账号，只能看到自己被授权看到的内容。

工作流程管理平台：基于先进的工作流引擎，实现管理的规范化、标准化和高效化，实现在线业务流转和管理，真正提高办公效率。平台支持可视化流程自定义、流程图形化设计、能随时监控流程的流转情况，针对一些流程异常情况需提供提醒，便于流程负责人及时干预。

提供流程提醒、邮件提醒、短信提醒、即时消息提醒等多种提醒方式，即能够与邮件系统、短信平台集成，支持发送邮件、短信及即时消息。支持自动审批功能、流程督办、提供标准流程发起及审批接口，可与业务系统集成，提供待办清单接口，提供自动创建申请单接口，并可在审批操作后自动调用业务系统提供的标准接口（如WEBSERVICE接口）通知业务系统进行相应的业务操作。提供与文档或信息的关联功能。提供各类流程统计报表。

文档管理平台：能够对学院的技术资料、规章制度资料、专业资料、文件档案、标准化文件、系统资料、各种报表等进行统一的管理，包括文档的归档、分享、版本管理、统计、查询、协同关联、智能搜索、模板管理等功能。

业务生成开发平台：提供一个可不依赖开发，通过简单配置就能实现对业务数据的整合及封装的建模平台，一个可搭建自定义模块的平台。既能用于管理基础数据，也可搭建一个整体的应用，方便用户搭建出属于自己的功能模块。

移动业务的开发平台：提供一个自助式的移动应用开发平台，无需专业开发人员，只需维护人员按照业务逻辑进行简单配置，即可实现业务功能，迅速完成移动应用开发。采用HTML5作为开发语言，支持一次开发，多平台适配，支持自主功能插件式扩展，实现一次开发、多平台部署及运行。

28

任务管理

可以分类查阅各模块所发布的所有信息并且可以自定义所需要展示的模块。包括图形化定义流程、监控功能和前端的任务管理功能。业务过程集成与业务过程自动化的集成机制是通过定义不同任务之间相互关系的工作流模型来实现。工作流模型包含了描述一个能够由工作流执行服务系统执行的过程所需要的所有信息，是工作流执行服务的依据。

流程配置工具提供可视化界面，用来配置模块流程。

29

待办事宜

待办事宜主要功能是展示需审批公文、请示报告、公告信息等都显示在待办事宜中，通过待办事宜可以直接进入办理各种事务。能对待办公文的未办条数和公告栏、消息栏等未读信息进行弹出框或短信提醒。可按任务类型，发送者、发送者部门、优先级进行分组显示，方便用户快速定位至相应的待办件进行处理。

30

已办查询

在系统中处理过的所有事项的集合，可查询自系统使用之日起的所有已办理的事项。可按任务类型，发送者、发送者部门、优先级进行分组显示。

31

未阅通知

系统中通知一些非审批类的消息，会发送至未阅通知栏目，用户可查看一些通知类信息。

32

通知查询

系统中查询已阅通知的数据集合，用户在未阅通知栏目看完消息后，会进入至通知查询中；

33

发起跟踪

查询和跟踪自己发起的流程走向，可进行催办和撤销。可按任务类型，状态进行分组显示，如发文、收文等。

34

任务委托

用户可将自己处理待办事项的权限委托给其他人处理。解决突发事项的时效性问题。

35

协同沟通

用户可将编辑的短消息、上传的附件点对点发送给其他用户，用户收到信息之后会有明显提示。

36

日程安排

个人日程安排管理可以为用户提供日常工作中的约见、会议、工作任务等日程事务的记录和提醒功能。用户不仅可以记录每天每一时段的工作任务、事务安排、会议等日程信息，还可以就某一任务的具体情况进行安排和记录。

日程安排可以实现自己安排自己的工作日程序列，也可以实现某人为别人安排工作日程序列，秘书可维护校领导日程。按照月、周、日进行查看，日程安排的时间段可以根据用户的个人喜好自行确定，日程安排可以细致到秒。如果已经接受有日程安排（自己给自己或者别人为你安排的工作日程），那么在开机状态下，在个人待办事宜页面中会有提醒显示。用户在设定具体安排时，可以自己设置是否提醒以及提醒时间和提醒方式，提供托盘、邮件和短信多种方式选择。

37

通讯录

通讯录分为三个类型“单位通讯录”、“部门通讯录”和“个人通讯录”。

“个人通讯录”由用户私人维护及查询的通讯录。应包括部门、处室/系、姓名、职务、手机号码1-2、传真、座机、办公地点等。

“部门通讯录”由部门内部员工个人（OA管理员）维护查询和通讯录管理员统一维护的通

讯录。

“单位通讯录”由通讯录管理员统一维护，所有人员查询的通讯录。可共享，用户可查询本校人员姓名、部门、办公电话等，用户也可在此功能修改自己的个人信息。可智能化处理校内人员调动。用于对员工通讯录信息的统一管理及对个人私人通讯录的管理。

个人通讯录：每个人可以维护自己个人的通讯录信息。

部门通讯录：人员所对应部门的其他人员的通讯录信息。

单位通讯录：人员所对应单位人员的通讯录信息。

38

站内信

实现系统组织架构内用户间的信件发送接收等功能，具体包含收件箱、发件箱、草稿箱、附件管理等。

39

系统工具

包括维护个人信息（办公电话、传真、手机、邮箱等），查看登录日志（登录时间、IP地址信息等），修改个人状态（会议、出差等）等功能，主要用于用户维护个人信息并共享给其他用户。

40

信息发布管理

此应用模块是一个电子公告牌，有关公告、通知的信息可在应用中发布，同时

也可以在应用中获得相应通知的内容。

?通知：用于单位内部各部门发布相关会议、活动、其他事务安排以及新文件、新规章制度、新书刊、人事、管理和统计等信息通知，以部门为信息发布单位。根据各类信息的访问权限进行阅读。通知发放模块包括被通知人（可能为多人）、通知内容和时限等内容。通知可由管理员定义通知类型。

?公告：以发布文件形式的公告，公告的张贴可以设置权限；公告的发布可设定发布范围，不在发布范围内的用户将看不到此公告信息；发布公告还可设定发布时间范围，超过时间范围的公告将自动从公告板撤消。电子公告阅毕后，个人可设置撤销滚动显示。电子公告的发布支持流程审批。公告可由管理员定义公告类型。

该模块还需满足如下功能：

?收到通知后，建议可以直接下载、打印，方便操作。

?办公室文书人员可编辑、删除所有的通知公告。

?发布通知时，对标题或附件中的特殊字符系统需要进行智能处理，已防止该

文件无法正常操作。

?通知公告支持流程审核后发布，发布后的通知公告由部门负责人或办公室文书进行编辑修改，起草人无权修改。

?提供置顶、排序功能，由办公室统一维护。

?对于个人可设置本人取消显示某一公告。

41

公文管理

公文管理系统主要实现公文的在线处理、文件管理及文件的查询统计。

文件处理主要实现发文起草、签报起草、收文登记、文件审批流转等在线操作，

正文在线编辑，正文、附件扫描上传；以及标题、密级与公开情况等的设定。文件

的审批流转包括审批意见填写与查看；会签与汇总，领导签发；以及分阅。同时系

统支持生成文号、打印、文件错发回收和申请回收以及特殊权限的特定节点发送等

操作。

文件管理包括发文管理、收文管理、文件关联、文号维护、流程监控、流程、

表单定制、分级保护管理与审计、文件权限管理以及痕迹保留等。

文件查询统计包括关键字模糊查询、按类别查询、按拟稿部门等信息再筛选的

综合查询，全文检索，已办文件查询，高级查询，领导批示情况统计以及公文运转

统计等，其中文件运转统计包括根据文件类别统计、根据流程环节或部门统计、待

办、已办情况统计等，为工作总结和管理决策提供了数据支撑。

系统主要模块包括收文管理模块、发文管理模块。

42

发文管理

? 模块的主要功能描述

完成拟稿、核稿、复核、签发、会签、成文、发文等管理。发文管理支持内部

文件的发送和流转，实现按权限查阅发文内容。

系统要实现各类形式发文的全部流转，具备文件流转过程中的痕迹保留功能和

领导批示内容按流转环节的反馈功能。

单位发文主要包括：信息类、单位办文类、部门办文类、简报类。系统需提供

单位各类标准公文用纸的模板。

办文类：以办公室名义办理的各类文件。单位公文主要包括：决定、公告、通

告、通知、通报、报告、请示、批复、意见、函、会议纪要等。

整个发文处理环节主要包含拟稿、核稿、审签、传阅、印发等环节。

? 模块的输入

发文管理的输入内容包括发文类型、发文字号、缓急程度、密级、主送单位、

拟稿人、标题、正文、公开方式、抄送单位等信息。

? 模块的处理过程

发文模块的处理过程包括内部审核、领导审核、办公室审核，对于有会签需要

的文件还需要发会签其他单位审核，有需要校领导签批的文件还需要呈校领导审核、

签发。

? 模块的输出

本模块的输出包括发文文件的审批信息、审批流转过程等。

43

收文管理

? 模块的主要功能描述

对来自本系统内的或来自外面的电子来文进行签收，系统支持针对电子或者纸

质来文的签收功能。需记录签收人、签收文档名称、密级等的文档签收表。各单位

提供总收文角色，此角色可以统一签收上级单位下发的文件。

? 模块的输入

收文管理的输入包括如收文日期，发文日期，发文字号、标题、发文机关，上

传来文，可以是Word、PDF、Excel、WPS 编辑的文件，也可以是其他形式的文件，

如扫描图片文件。

? 模块的处理过程

收文管理的过程领导审批，发送相关单位人员办理等。

? 模块的输出

收文管理模块的输出包括各级领导批示的批示信息以及当前文件流转过程等信

息。

44

流程监控

系统可以监控所有文件的流转状态和办文情况，系统自动出现如上所有的正常

办结文件，界面的上方可选择检索的条件，可按“监控范围”、“办理状态”、“文

件标题”、“主办单位”和“文号”进行组合检索，通过点击检索结果中的文件标

题可以查看该文件的详细信息，并可以“查看流程”、“打印表单”、“查看正文”

和“查看分阅情况”。

系统对监控中的文件可以进行各类特殊操作（需授权），如催办提醒、取消流

程、删除文件、办结流程、文件封存、分阅文件、更换人员、打印控制、附件正文

解锁等。

对于正在流转的文件，在“流程监控”中系统将自动对超期的文件进行催办。

对于被催办人，当进入系统后自动出现催办提示。对超期文件下载权限进行限制，

如需对超期文件下载，则需向学院办公室提出申请。

45

文件查询

文件查询主要对所有公文文件查询，凡是经本用户处理过的文件或者授权给本

用户的文件，可以进行各种组合查询，能最大的缩小检索的范围。

文件查询实现精确查询和模糊查询，即输入关键字，即可进行查询，同时也可以设置保存查询方式，查找类型，以方便以后快速查找文件。同时，支持对检索到

的文件通过打印功能，以电子表格导出，形成文件检索报表。

46

合同审查

提出申请：申请单位在线填写申请表，申请单位领导及分管校领导在线审批同

意后，申请单位将合同文本及相关辅助材料一并在线提交（处室人员均有权处理）。

形式审查：法律事务对于申请填写有误、相关材料不完备以及不属于审查范

围的合同，将申请退回申请单位或要求重新提交。

合同初审：法律事务在线审查合同，对合同文本采用修订模式的方式提出修

改意见后，提交法律顾问复审。

合同复审：法律顾问对初稿进行复核、提出修改意见并签署意见后直接

返回法律事务科。

合同反馈：由法律顾问线上保存合同修订版并与法律审查意见书及修改意见

反馈至申请单位。

合同保存与统计：系统内应设置保存路径和相应文件夹，保存文件可以实现共

享；有信息导出功能，对所有合同审签申请形成文档版的明细，并能统计数量。

47

规章制度审查

提出申请：申请单位在线填写申请表，申请单位领导及分管校领导同意后将规

章制度文本及相关辅助材料一并提交法律事务科（处室人员均有权处理）。

形式审查：法律事务科对于申请填写有误、相关支撑材料不完备以及不纳入审

签流程的规章制度等，选择将申请退回申请单位或重新提交。

规章制度初审：法律事务科在线进行合法合规性审查，对规章制度文本采用修

订模式的方式提出修改意见后，提交法律顾问复审。

规章制度复审：法律顾问对初稿进行复核、提出修改意见并签署意见后

直接返回法律事务科。

规章制度反馈：由法律事务科线上保存规章制度修订版并与法律审查意见书及

修改意见，反馈至申请单位并提醒申请单位履行发文程序。

保存与统计：系统内可设置保存路径和相应文件夹，保存文件可以实现共享；

有信息导出功能，对所有合同审签申请形成文档版的明细，并能统计数量。

48

会议管理

会议管理包括会议室管理、会议通知、会议报名、会议议题管理、会议统计、

学院周会议安排、会议查看和变更等。

会议室管理

全校教职员工可随时查看会议室、报告厅、会堂、文化广场预约状态，每个会

议室有相关介绍如名称、地点、大小（座位数量）、状态、以及附加设施（如投影

仪、网络线路和电话等）、会议室全景图片、备注信息等。有权限的教职员工可对

空闲会议室进行使用申请（已被预订不可再进行申请），每个会议室的预订流程、

预订要求不同，会议室管理员还可对会议室进行锁定，用户将无法预订会议室。

会议室管理员可以自主设置关键词，按照关键词进行检索，查询、统计会议。

会议通知、报名、统计、变更

学院教职员工可通过系统给相关人员发送会议通知，用户可在系统中反馈是否

参会，会议组织者可查询通知反馈情况，方便用户提前准备纸质材料等。系统可对

参会情况进行统计，提供查看、下载、打印功能。如遇会议有调整，会议组织者可

变更会议相关内容。给未按时参会名单部门，发催办通知。

一周会议室安排

通过“一周会议室安排”了解会议资源备情况，便于根据资源情况选择会议室；

查询当前使用情况，便于临时申请使用空闲会议室。某个时段会议室占用情况以二

维表形式直观显示。各二级学院、职能部门可上报学院周安排（上报截止日期和修

改时间可控制），待相关部门审批通过后发布至全校可见，用户可自行下载打印。

如特殊原因需上报，需在办公系统中预约会议室，经审批通过后交纸质版周安排给

校办综合科，由综合科录入系统。

49

邀请校领导出席大型活动

由学院办公室统一编号，系统能实现某一时间段申请数量统计查询。

必填项包括：申请人、申请人联系方式、活动名称、时间、地点、活动背景及流程（可上传附件）、拟出席嘉宾名单、拟邀请校领导名单、是否需校领导发言（并注明如需校领导讲话，在协商确定后，请提供发言稿）。

50

会议议题管理

共3 个模块：党委会、校长办公会和专题会。会议议题的提交、审核，议题材

料汇总、审核，会议纪要整理、审核、发布等全过程管理。相关办理人可随时补充、

删减议题。有权限的用户可在系统中随时查询上报议题，会前查看本期议题内容及

相关资料，会后查看本期会议纪要等。会议议题和会议纪要可根据权限只能查看提

交的议题和本部门涉及到的会议纪要。

会议秘书可根据党委书记、校长的指示修订议题。

部门负责人可向分管校领导、会议秘书发起催办提醒，会议秘书可向所有参与

用户发起催办提醒。

主办单位、列席单位可查看、打印（根据是否保密确定）对应议题材料，会议

秘书、学院办公室主任、副主任、会议组成人员可查看、打印所有议题材料。能够对议题按照一定条件进行统计分析；并设置关键字后自动生成督办事项。

51

1.车辆管理

对单位所有车辆进行定期记录使用情况，包括车辆基本信息包括：车牌号、型号、颜色、司机、购入日期、维修时间、维修金额和备注等详细信息。车辆管理同样与工作流联系起来，车辆的使用要经过流程中的申请，批准的过程，有效地控制好车辆的使用。

2.流程审批

在用车申请、车辆调度、维修申请、费用审批等功能中实现流程审批功能。

3.信息维护

实现对车辆、管理人员、审批人员等信息、流程的灵活配置与维护。

4.统计报表

可以按照月、年，对车辆的使用、维修、费用、事故等情况进行统计。

5.车辆使用情况

通过直观的列表显示车辆的空闲与忙碌情况。

52

1.印章管理

用印申请

学院教职工可通过系统进行校章、党委章、合同章、校长签名章、法人章、等

印章的申请、审批。审批通过后系统自动给用章申请人发送用章通知，用户可拿纸质材料到相关部门盖章。具体功能包括章印的管理及查看、章印申请单在系统中申请和审批流程。可在系统中针对某种印章使用量按部门、按时间段进行统计查询。

2.介绍信、事业单位法人证书

学院教职工可通过系统进行介绍信开具、事业单位法人证书取用等事宜的申请、审批。审批通过后系统自动给申请人发送通知，用户可到学院办公室办理相关业务。教职工可在系统中针对某种业务的办理量按时间段进行统计查询。

3.印章刻制

学院教职工可通过系统进行印章刻制的申请、审批。审批通过后，学院办公室

工作人员即开始办理该业务，系统亦会显示此业务正在办理中，待校办工作人员业务办理完成后，在系统中确认，系统自动给申请人发送通知，并请申请人到办公室领取印章。教职工可在系统中针对某种业务的办理量按时间段进行统计查询。

53

值班管理

利用本系统进行值班管理工作，实现节假日值班表在线填报、上传、查看、下

载。功能主要包括日常值班排班、国定假日值班、寒暑假值班、重要时期值班、我的值班、值班查询、值班提醒五个方面。管理人员可以通过本系统可以对月度日常值班和国定假日值班进行统一管理。通过设置值班负责人和值班人员等信息（各职能部门统一排班由校办公室，院系值班由院系自行安排，由相关督办部门督办），快速安排一个月的值班计划，并且通过与日程管理系统的无缝衔接，做到自动提醒、自动计算值班费用。

54

电话审批

申请新增办公电话、移机、撤机、增加功能等业务均使用同一模板，申请人在

申请时，业务选择为必选项。

必填项包括：申请人、申请人电话、业务、申请原因、所涉电话号码及部数（新增除外）、楼宇及房间号。

所有业务统一编号，但系统须能实现分类统计，即能分别统计出某一时间段新

增办公电话、移机、撤机、增加功能业务数量。

在移动公司办理前，学院办公室可对申请信息进行修改。申请人可上传附

件，学院办公室可修改附件内容并更新。可自动生成审批单，且审批单流转结束后可下载供存档备用。

55

资产管理

实现部门办公设备、办公家具需求提出申请、审批、调配，并按各种维度进行

统计。

需求申请

对处室所需办公设备、办公家具、办公用房需求提出申请，经部门领导确认后

提交校领导审批，经校领导确认后自动录入并进行统计。

资产情况查询

对各部门现有资产情况、办公用房情况进行查询，并进行相关统计。

56

出差管理

出差申请

出差人员填写出差事项、出差人数、出差时间等基本信息，并上传附件（出差

相关函件等）。

出差审批

出差相关信息逐级上传，两级审批，先由部门领导审批，最终由分管校领导审

批。出差申请、出差报销。出差车辆选择等。

57

接待管理

接待申请

接待人员填写接待事项、接待单位、接待人数、接待时间等基本信息，并上传

附件（相关函件等）。

接待审批

接待相关信息逐级上传，两级审批，先由部门领导审批，最终由分管校领导审

批。

58

信息公开

主动公开

相关单位、部门按照上级和学院信息公开有关要求，在系统起草并按流程进行

处理后，将要公开的信息发布到学院信息公开网（web 网站，待建设）相应栏目。

相关单位、部门所有角色都可以起草信息，只有本单位、校长、书记或主持工作的副处级领导有权限同意是否发布此信息。

发布之前的所有环节都允许对信息内容、附件进行修改。

信息发布时能选择在学院门户中相应的栏目，并且可根据以后需要调整信息所

发布的栏目。

学院办公室工作人员可以对通过主动公开发布的所有信息进行删

除、修改、下线操作。信息发布单位、部门的正处级领导有权限对所发布的信息进

行撤销修改后重新发布。

对处理的所有信息提供搜索查询功能，可自定义根据字段、发布时间、发布单位等多种条件进行查询。

起草信息时须处理表的信息内容框中填写相关内容，可上传多种格式的附件，

附件不限制大小。信息内容框支持文字、表格、图片、音频、视频、超链接等形式，

支持排版。

能够对信息按照一定条件进行统计分析。

依申请公开

各单位、部门按照上级和学院信息公开有关要求，对社会各界通过网络、电子

邮箱、现场办理等形式提交的信息公开申请在系统中按流程进行处理。

系统能接收学院信息公开网上接收的信息公开申请，并可将回复的信息推送到

信息公开网。

校办公室可以对所有参与处理的角色发起催办提醒。

所有参与处理的角色都可以对回复内容进行更改，并且保留修改痕迹。

59

信息报送

学院各单位、部门在系统内通过学院办公室向校领导报送有关信息、向相关单

位、部门按要求提交有关材料和在校内门户信息参考栏目中发布自编的信息。

各单位、部门在信息报送表编辑的信息可直接修改，无需保留修改痕迹。

各单位、部门按要求需要向相关单位、部门提交的材料经过一定流程审批之后

（保留审批信息），提交到相关单位、部门建立的共享空间中，此空间由建立的单

位、部门根据需要设置相关处理权限。

各单位、部门提交给相关部门的信息先进入待编辑信息库，由相关部门

工作人员在编辑信息参考时进行选择使用。

所提交的信息如被编入信息参考，则显示被采纳。可以对信息库中的信息进行

自定义查询，并能按照部门、时间、采纳情况等统计部门提交信息的相关情况。

各单位、部门自己编写的信息刊物和校办编写的信息参考可通过此模块发布的

学院门户信息参考栏目。

校领导可对信息参考填写批示意见，也可对信息参考的每条信息填写批示意见，

并可转发给相关单位、部门负责人。

校办信息科工作人员可汇总所有校领导对信息参考的批示意见并可转发相关单

位、部门负责人。

60

沟通反馈

共2 个模块，包括诉求反馈和权威发布，可根据工作进行调整。

诉求反馈

用户通过沟通反馈前台页面的诉求专区实名提出诉求后，相关信息推送到OA 系

统中该模块，学院所有单位、部门相关工作人员都能看到用户所提出的诉求，被提

问的单位、部门或者职责范围内的单位、部门的相关工作人员对用户的提问进行回

答。

单位、部门之间可互转所提交的问题。

学院办公室特定工作人员角色可以向所有单位、部门处理问题的工作人员和负

责人发起催办提醒、跟踪问题处理过程和对问题进行查询统计。

问题从被提交到单位、部门相关工作人员开始，1 个工作日之内没被回复，系统

自动将问题内容发送到本单位、部门负责人账号并通过短信平台向负责人发出提醒；

3 个工作日之内没被回复，系统将问题内容发送到主管副校级领导账号并通过短信平

台发出提醒；5 个工作日之内没被回复，系统将问题内容发送给书记、校长账号并通

过短信平台发出提醒。短信发送时间、发送方式可自主设置。

用户提出的问题和单位、部门的回复实时显示到前台页面，其他用户可以对问

题进行评价和留言，问题和单位、部门的回复需特别显示，与其他用户的留言进行区别。

权威发布

学院各单位、部门通过此模块起草有关信息，通过沟通反馈前台页面的权威发

布专区统一向平台用户进行发布。

各单位、部门所有角色都可以起草信息，发布之前的所有环节都允许对信息内

容、附件进行修改。只有单位、部门正处级领导有权同意发布信息。

学院办公室特定工作人员可以向权威发布专区发布信息，可以对专区里的所有

信息进行删除、修改、下线操作。

61

督办管理

督办管理下具有“督查通知、每月进展、延期申请、督办变更、办结申请、进

展汇总、督查报告、办结质量、高级查询、流程查询、统计分析”模块。

“督查通知”中包括立项单、催办单和通知单，校领导、校办公室

和承办事项的单位可以按照单内的内容按行填写。“每月进展”由承办事项的单位

进行填写，校办公室进行编辑和最终提交。“延期申请”由承办事项的

单位填写督查事项延期申请表，校办公室审核，校领导审阅。“督办变

更”由承办事项的单位填写督查事项变更申请表，校办公室审核，校领导审阅。“办结申请”由承办事项的单位填写督查事项办结单，校办公室审核，校领导审阅。“进展汇总”主要是用于校领导和相关部门对督查事项每个

月的情况进行查阅。“督查报告”中的表格由前面的数据生成，文字部分由督察员

填写。“办结质量”中的内容由前面的数据自动生成。“高级查询”中方便学院各

单位查询所有事项的相关内容。“流程查询”中方便学院各单位查询督查的办理流

程。“统计分析”中可以根据前面的数据生成学院所有事项总办结率、学院重点事

项的办结率，常规事项的办结率等等。

截止完成时限前三个工作日对承办单位主要负责人和联络员进行短信提醒。

完成时限后一个工作日对督查员进行催办提醒。

截止进展报送前三个工作日对承办单位主要负责人和联络员进行短信提醒。

主办单位联络员可以给本部门其他处室同事和协办单位联络员设置权限，以便

他们在规定提交进展时间点前编辑上传至主办单位联络员，由其汇总提交。

当前进展设置保存、提交功能，最后形成的关于进展情况的文字内容可以从OA

系统中发布到OA 系统里面的部门信息栏目和学院办公室主页上的督查工作下的相应

栏目里。

督查通知、每月进展、办结申请中的栏目和督查报告、办结质量所需的栏目对

接，便于督查通知、每月进展、办结申请中的内容直接投射到督查报告、办结质量

中。

62

短信平台（集成）

发送短信

短信平台的发送短信提供短信息界面发送和无界面发送两种方式。用户在发送

界面中填写要发送的短信息内容，系统自动判断内容长短，提示内容字数，对于长

信息可以自动分成多条短信。

无界面发送提供一组完整的短信编写发送API，同时也支持Web service 方法调

用。利用这些接口，其他应用可以将短消息发送功能无缝集成。不同应用程序根据

不同的应用场景确定短信息界面和内容。

发送管理主要包含以下功能：

? 群发：支持对短信息的群组发送。

? 发送规则：通过发送规则的定制，可以做到短信息的定时发送，发送范围，

发送内容，发送流程自定义。如在流程的每个环节定义发送内容，根据权限开放。

或当文件超期一定时间后系统自动触发短信发送至该用户提示，如果一直没有处理，则反复进行提示等规则。

? 发送流程：可以根据需要定制短信息的发送流程，例如首先发送给领导，

根据领导的回复内容，系统自动判断下一步的发送对象、范围、内容、规则等。

? 发送格式：根据发送的不同对象，针对同样的发送内容，可以定义不同的

发送格式。

? 发送网关：可自定义发送网关，并且根据网络状况，可以自动选择移动/联

通网关，或者专用短信硬件网关。

? 多类型支持：可以支持长短信、EMS、MMS等多种短信息格式。并根据手机

的类型自动发送其支持的短消息格式。

? 定时发送功能：

通过设置发送时间，控制短信何时发送。如果发送时间为空或小于当前时间，

则会即时发送到指定用户。这种情况的用途比较广泛，比如：如果上级单位或者兄

弟单位来我单位指导工作，如果知道其抵达时间，通过定时发送短信就可以让客人

第一时间收到欢迎的短信，体现东道主周到与热情。

? 待发短信：该界面显示尚未发出的短信，用户可以通过该页面重新设置短

信的属性或取消该短信。

发送记录

在发送记录中，系统将列出当前用户发送过的短信记录，显示包括，发送人，

发送时间，状态，内容等。

用户还可以通过简易的搜索栏在当前界面进行短信检索，定位到想查找的信息。

当记录逐步增加后，可以通过批量选择，进行记录的批量删除。

短信接收

系统对反馈回来的短信息，可以根据配置，对不同短信息做出不同的处理方式。

接收管理的主要功能包括：

? 接收过滤：对接收到的短消息通过内容过滤器，首先过滤去除垃圾消息（例

如广告、推销等垃圾信息），然后将有效的短消息转发到内容解析器。

? 内容解析器：对接收的短消息进行内容分析，由内容库对这些短消息内容

进行分解，判断消息是转发信息还是命令信息。根据不同的情况做出不同的处理。

? 接收处理：接收到具备特殊命令的短信息，依照命令对短信息内容进行处

理，然后根据需要将处理，使用要求的格式转发回发送人或者其他人员。4.2.9.4.接收记录

在接收记录中，系统将列出当前用户接收过的短信记录，显示包括，发送人，

接收时间，状态，内容等。

用户还可以通过简易的搜索栏在当前界面进行短信检索，定位到想查找的信息。

当记录逐步增加后，可以通过批量选择，进行记录的批量删除。

费用统计

系统提供根据短信发送人、接收人、发送单位、发送时间段等关键条件对通过

本平台发送的短信进行查询和统计，提供可视化图表分析。并且可以设定短信资费

标准，直接算出当月的短信实际费用，以供领导参考。

普通用户：报表只能统计本用户的短信收发情况；

管理员用户：在普通用户的基础上，添加对整个系统生成报表的功能。

? 短信费用统计表

? 从已发送的角度进行统计的短信数量统计表

日志管理

对短消息的发送、接收、命令执行、系统操作等都会有详细的日志记录，方便

系统的流程优化和结果回溯。同时，可以进行实时监控。日志监控的功能主要包括：

? 发送日志

对于发送时间、发送方、接收方、发送调用命令、发送流程、发送结果等做详

细记录。

? 接收日志

对于接收时间、发送、接收方、调用命令、流程、接收内容等做详细记录。

? 命令日志

对于命令调用的时间、内容、流程等做详细记录。

? 操作日志

对短消息系统的登录、管理操作等做日志记录。

? 实时监控

可以通过配置，对敏感发送接收内容、命令和系统操作进行实时监控，一旦相

关情况发生，监控系统会自动给管理人员发送提示信息。并记录全过程。

常用短语设置

用户可以将日常使用的短信信息按类别保存起来，供日后使用，常用短语分为

公有和私有两部分，共有部分有管理员维护，所有人员可以使用。私有部分只有用

户本人使用，其他人员无法查看即使用。

模版维护

在常用短语信息中，可以加入关键字形成信息模版，在使用的时候，系统会根

据关键字，当其信息自动替换，生成信息。

个人设置

个人设置中分为手机号码设置、短信提醒设置、短信接受时段设置、短信服务

制定等4 项设置。

短信系统管理

配额管理

可以对每个人设定数量配额，如果超出后无法再发短信。

系统设置

通过系统设置来修改短信发送频率及短信发送信息结果更新频率。

63

大事记编写：能够按照主管部门自动生成文档、收集各部门以季或月编写大事记，大事记，用于各个部门上报信息，汇总

64

工作要点收集、发布：各部门工作要点收集、发布，能快速检索各工作要点。工作要点，各个部门上报本部门工作要点，汇总可查。

65

信息采集系统：能够针对各上级部门收集的数据，能够快速搜索各部门、教师、学生等的数据，保障数据有效性。数据采集，校办根据上级部门要求定义数据格式，由各个部门上报数据，能够批量上传word，excel等上级要求的表格。并生成能检索生成部门填报。

66

移动办公

具有跟网页用户端功能一致的手机用户端、平板电脑用户端以及其他移动用户

端。

移动办公基本功能包含移动门户、流程审批、公文审批、原笔签批、公文

查阅、日程管理、新闻管理、公告管理、流程中心、通讯录管理、通讯录、企业微

信、文档管理、邮件管理、任务管理、会议管理、车辆管理、组织结构，支持

Android/Android Pad/IOS 等智能手机、平板审批，同时支持浏览器Wap 的访问方式。

支持触摸屏设计，从用户角度出发，触摸、滑屏、无级缩放、支持多种无纸化办公，

原笔迹保留，语音审批。基本功能如下：

1.实现APP 移动端与即时通讯PC 端消息互通：PC 端即时通讯实现与手机版

消息互通，无论接收还是发送的消息，都能够完整显示、保证消息的连贯性。即时

通讯消息推送和移动端打通，手机APP 群聊信息可以与即时通讯互通。在手机上发

起的聊天信息，可同时在即时通讯上面收到。即时通讯发起聊天，手机也可以收到

信息推送。

2.移动办公支持顺序、并行、同步、异步、分支、合并、循环、终止、回退、

转交、通知、子流程、批处理等所有业务工作流移动模式；提供完全可视化的移动

办公流程模型环境。

3.支持统一的移动内容访问入口：文档查询、人员查询、事件查询、流程查

询、日程查询、邮件查询；可以在手机上查看各种文件，如办公文件Word、Excel、

PPT、PDF 等，支持图片、压缩文件等多种不同格式的常用文件。

4.支持黑白名单，避免不必要的干扰；可远程锁定设备、销毁数据；应用目

录、加入策略、策略管理；安全与使用管理；授权与访问控制；可整合其他的移动

应用管理器的安全与策略，可由终端用户配置；支持账号和手机硬件码绑定，通过

非绑定手机无法使用，支持主流的图形密码，APP 一进后台，再次返回时必需输入图

型密码，支持Https 协议传输、USB动态令牌、动态密码、验证码、唯一身份认证，即使移动设备丢失，也不会发生帐号盗用。

5.支持查询个人所有相关的待办、已办、办结、抄送等事宜，可随时做审批

流程、发起流程、转发流程,查看流程流转日志、流程图等功能，让办公无处不在，处理紧急事件，利用碎片时间完成重要审批，而且流程的数据完全与PC 同步；支持协同办公系统各类消息推送。

6.支持移动事项协助功能，可以跨单位跨部门跨岗位的选择成员，可与协同

办公系统中的工作流程、文档等各项信息协同关联，充分发挥信息协同的价值；可记录协作的过程和结果。

7.支持手机上与PC 端日程互动；可通过权限控制可以支持给自己也支持给

同事做日程标注。行程计划、会议安排等可随时查询，并且提前短信提醒，确保计划安排不忘记、不遗漏；

8.支持邮件与流程、微信、协助、日程等打通。

9.支持收文管理和发文管理，包括整个公文管理的拟稿、会签、审稿、签发、编号、盖章、套红、分发签收、查阅、打印、执行以及归档，支持手写和语音批注，方便领导审阅。

10.支持通过语音、手写、文字的方式进行录入，方便实用，备忘可以同步

到日程、任务、协助上进行提醒；支持手写批准，并保留原笔迹；支持语音流程审批。

11.支持统一对移动文档、图片和视频资料存储、共享、分发的移动网盘；

并且移动网盘还可以与PC 端协同软件中的知识文档库对接更新。有了移动网盘随时随地可以获取单位内部的知识文档；统一的移动文档存储、共享、分发的网盘，随时随地访问组织内部的知识和内容库。

12.支持SSL 安全传输及数字签名要求，进行远程审批。

13.支持通过简单的自动扫码能够进行识别各种二维码信息，减少人员录入

的成本。

14.支持随时随地可以把各种图片上传至系统中。

15.支持自动同步PC 端的组织架构，可与手机本地通讯录同步；并且通过通

讯录可以直接查看人员情况，可以发起短信、微信、邮件和电话等功能。

16.流程审批支持表单全文批注、手写签批、语音签批。移动考勤、图形密

码。内部微信，可与电脑端相互发送信息、交流等。移动日程可以直接推送至手机的日程中。

17.内网语音交流讨论平台，可实现相互发送文本信息、图片、语音、表情、位置、白板绘画等,内网语音需为移动办公客户端的一部分，内网语音信息存储于贵州财经职业学院部署服务器，保障信息安全性；同时可以建立讨论群主，有权限的人员方可发起讨论。可建立领导讨论交流语音平台，方面领导层的交流与沟通，信息存储于学院本地服务器，保障信息安全性。

18.基于SSL 的端到端的加密通信，保护用户的信息不会泄漏。对敏感数据进行高强度AES 加密，最高可达256 位。数据加密存储：在手机端和服务器端进行的数据存储，都是基于代数变换的加密存储，解决了用户的持久化数据的泄漏问题。

独立崩溃机制：本系统需要与外部系统（如邮件系统）相衔接的部分，系统做必要的数据分离，即使发生错误，本系统也丝毫不会影响原有系统的运行。针对手机、平板终端的身份验证功能，终端遗失时发送信息销毁指令销毁用户信息。

67

即时通讯

即时通讯可以完全和办公自动化管理系统紧密结合在一起，使用户在没有登录办

公自动化管理系统的情况下也可以及时了解工作内容的一种工具。主要体现在：内

部沟通讨论，时效性高、自动与办公自动化管理系统同步、需要处理的工作即时提

醒、与办公自动化管理系统集成，处理工作更高效。即时通讯客户端要能跨平台，

能支持Windows 各版本。

即时通讯应该包含主要功能：

1.实现移动端、PC 端消息互通：PC 端即时通讯实现与手机版消息互通，无论

接收还是发送的消息，都能够完整显示、保证消息的连贯性。即时通讯消息推送和

移动端打通，手机APP 群聊信息可以与即时通讯互通。在手机上发起的聊天信息，

可同时在即时通讯上面收到。即时通讯发起聊天，手机也可以收到信息推送。支持

组织架构和账号要与协同办公系统自动进行同步。即时通讯上有快捷链接，点击后

直接进行协同办公系统，无需输入账号密码实现单点登陆功能。

2.多种消息功能：支持文本、图片、表情的发送，播放语音、显示地图位置，提醒、流程、文档、附件分享、必达消息、消息收藏、转发、历史消息查看、群组公告消息。

3.在即时通讯上能实时提醒综合业务管控上需要处理的事务（包括代办提醒、个人事务提醒）。

4.提醒的事宜可以点击提醒框内的链接直接进入处理界面。

5.支持通过即时通讯直接传文档到协同办公系统。

6.点对点交流或者群组交流时，支持发送表情、传文件、传截图等内容。

7.支持建议群组进行沟通交流。

8.支持在即时通讯上直接进行流程、文档、协作、会议等模块的新建页面。

9.支持有即时通讯上修改头像、密码等，并且能自动同步到协同办公系统里

面。

10.支持按一定机制控制人员的查看范围和内容。支持单位云盘功能，通过即时通讯可以快速上传文档到系统文档目录中。

68

智能搜索

实现系统内部的全部内容检索，包含对文档、流程、公文、邮件、日程、论坛、人员信息、等系统内部所有数据搜索，不仅对文档、流程、公文、邮件、日程、人员信息、论坛等的标题进行搜索，还可以对所有内容进行搜索，需包含对附件内容、审批过的流程签批意见等内容。搜索支持组合查询，只要有一个条件满足就可以被搜索到。

69

与现有系统的数据集成，移动端H5构架，能够实现与我校现有数字平台统一身份认证，pc端的集成。

与现有系统实现数据集成，包括统一身份认证系统（CAS）实现统一权限、用户，pc 端、移动均支持相同帐号密码同时使用；与门户系统、学工、教工、人事等实现页面集成；与公共数据平台实现数据集成；与移动校园平台实现数据集成，以及与网上办事大厅实现数据集成，实现OA中所有流程统一提交至服务大厅进行处理，与我校上级部门（如教育厅、财政厅等部门OA系统对接）也可以将服务大厅中办公流程通过OA 来处理，实现数据交互。

70

五、实施要求

投标方要依据软件工程和类似系统成功建设实施经验，本项目建设依次按照项

目准备、项目建设、项目交付、项目验收、运行维护等五个程序组织实施。

项目准备

中标后，响应人需根据项目时间要求、项目工作量，合理安排人力，制定出合

理、可行的项目实施计划。此计划中应包括项目的各阶段目标、任务、时间表、里程碑、项目所需人员及其职责划分，并汇报给采购人签字确认。

71

项目建设

中标后，响应人根据实施计划，进行项目需求调研、整理，编写项目需求调研

分析报告，甲方需要对需求调研分析报告确认、签字。在项目需求调研分析报告的基础上，响应人编制实施方案，甲方要对方案确认、签字。此方案将作为项目开发及将来验收的依据。

72

★人员要求：

1.整个项目实施期间，成交供应商应建立专门的项目小组不少于3 人，由专

人负责，确保项目按时按质进行。

2.在项目需求分析及系统开发阶段，必须在现场派驻项目经理、系统设计人

员、开发人员。

73

系统测试

系统研发完成后，在交付采购人之前应由投标方组织测试小组对该系统进行完

整测试并提供测试报告。

测试工作主要依据GB/T 18336：《信息技术安全技术信息技术安全性评估准

则》、GB/T 19716-2005：《信息技术信息安全管理实用规则》、DB31/T 272：《计算机信息系统安全测评通用技术规范》等标准和相关行业技术规范，对软件系统及由其处理、传输和存储的信息的机密性、完整性和可用性、可靠性等安全属性进行评价，保质保量的完成软件评测。

74

初步验收

初步验收是在所有应用系统安装调试后，由采购人代表按验收程序对所有功能及性能要求进行现场测试。测试结果达到采购人需求为初步验收合格。初步验收合格后进入试运行期。

系统投入试运行前，由学院工作人员按照标书和合同的要求对响应人所提供的产品和文件资料进行验收。

1. 在整个工程现场安装调试完成后，在现场验收测试开始之前，成交供应商应

按照相关验收规范向采购人提供完整的验收测试计划。验收测试计划至少应包括以下内容：

（1）测试说明。明确测试对象及其应该达到的测试指标。

（2）测试方法和测试条件。

（3）测试资料和数据。

（4）以图表说明每一测试对象或过程的功能、输入、输出。

（5）测试培训计划。

（6）测试进度。

2. 中标方与采购人共同按照验收测试计划进行现场验收测试。

3. 功能和性能测试

由采购人组织成交供应商、用户和相关单位按照合同文件的要求对系统主要技

术指标、总体功能和性能测试。

系统测试结果必须满足本招标书所规定的技术和功能要求。

连续负荷运行测试

在完成单机验收和系统验收后，进行整个系统的24小时连续不间断总体负荷

运行测试。

在连续负荷运行测试通过后，系统正式交付采购人试运行。

75

系统试运行

项目初步验收后，进行试运行。响应人负责解决系统试运行期间出现的各种故

障。在试运行期间, 由于设备质量等造成性能指标达不到要求, 采购人有权要求响

应人进行更换或修复，所发生费用由响应人负担，且试运行期根据故障解决的时间进行顺延。

由采购人应用人员按照产品操作手册进行整个系统的试运行测试；试运行完成

后，成交供应商提交试运行报告。

76

系统终验

试运行结束后，系统所有性能指标达到技术规格书的要求时，响应人向采购人

提供相应验收文档并申请项目验收，验收前由成交供应商提供具备软件测试资质的第三方出具的测试报告，由学院组织用户单位和相关专家进行联合验收，中标方与采购人签署项目交工验收文件。

在项目开发过程中和交付使用后，响应人需要提供各阶段的成果和文档资料，

包括但不限于：

A.系统环境部署文档

B.系统安装手册

C.数据字典、数据接口

D.测试文档

E.系统用户手册