山西省建筑职业技术学院数字校园项目建设采购项目采购需求
数字校园项目建设采购项目采购需求
征求意见公告
项目名称:数字校园项目建设
项目编号:晋政采[2013-427]G259-A333(预)
　　山西省省级政府采购中心受山西省建筑职业技术学院的委托，拟于近期组织数字校园项目建设采购项目公开招标活动，现就该项目的采购需求公开征求社会各界的意见。
　　一、本次公开招标采购的需求及要求:
　　(具体内容详见附件一)
　　二、关于修改意见的回复:
　　如有修改建议(格式详见附件二)，请于2013年9月25日17:00时前以书面形式直接送达或传真报送山西省省级政府采购中心。书面材料必须加盖单位公章，同时提交相关的电子文档，逾期送达的恕不接受。
　　三、联系人及联系方式:
　　项目联系人: 白亮亮
　　地 址:山西省太原市迎泽大街330号
　　　　 (省城联社五层521室)
　　电话及传真:****-*******　****-*******
　　电 子 邮 件: bailiangliang888@163.com
山西省省级政府采购中心
二〇一三年九月二十三日
　　附件一:政府采购项目需求及要求
　第1包
　一、资质要求:
投标人具有《软件企业认定证书》。
二、交货时间:
　　交货时间:合同签订后180个工作日内
　三、交货地点:
　　交货地点:山西建筑职业技术学院
　四、付款方式:
　　合同签署后5工作日内付35%;系统正式上线后5工作日内付60%;质保期1年后5工作日内付质保金:5%
　五、售后服务:
　　质保期3年;质保期后每年服务费为合同总额的10%。故障1小时响应，服务时间7*24;上门服务自发起至到达时间不超过8小时。投标人中标后需提供投标产品制造商为本项目出具的授权证明材料及售后服务承诺书。
　六、其他要求:
　　投标产品制造商至少需提供“统一身份认证及授权平台”、“统一信息门户平台”、“统一数据库平台”或“数字校园校级一体化应用管理系统”的《计算机软件著作权登记证书》
投标产品制造商具备全国985高校和全国示范性高职院校数字校园建设经验，并提供证明材料。投标人需准备演示软件主要功能。　
七、技术要求:
序号
货物名称
需求或性能描述
单位
数量

1
信息标准
（1） 参与国家《高等学校管理信息标准》制定，对《高等学校管理信息标准》有全面、深刻理解。

（2） 建立基于《高等学校管理信息标准》框架下，符合国际、国家、教育部和行业标准，并且具有山西建筑职业技术学院自身特色的信息标准。

（3） 在信息标准的建设过程中，应该考虑以下三个方面的标准：

a、国家标准

这是指由国家相关部门颁布的标准，如《教育管理信息化标准》，它对信息化标准建设起宏观指导作用，信息标准的建设将以此为基本依据。

b、学校标准

这是指各学校在以往工作中，根据实际工作需要规范学校信息编码而设立的信息标准，它对统一信息标准建设起辅助和补充作用。

c、自定义标准

这是指在日常工作中通过积累和总结，将会形成一些在工作中具有普遍适用性的信息，将这些信息进行整理和汇总，并通过一定的方式加入信息标准，也可以成为信息标准的一部分。

（4） 信息标准建设的制定将主要依据教育部在2012年3月最新出台发布的《教育管理信息·教育管理基础代码》和《教育管理信息·高等学校管理信息》为基础。拟建设的标准有：学校管理数据子集；学生管理数据子集；教学管理数据子集；教职工管理数据子集；科研管理数据子集；财务管理数据子集；资产与设备管理数据子集；办公管理数据子集；外事（港澳台事务）数据类；档案管理数据类；代码集
套
1

2
统一信息门户平台
技术要求：

（1） 统一接入管理：外网门户将资源分为结构化数据，非结构化数据，应用系统三类，采用相应的接入网关和整合封装技术对接入的信息资源进行集中登记发布――登记发布到统一的信息资源目录库中，以便作统一的管理和授权；

（2） 统一目录管理：对各种资源进行统一的目录化管理，对所有用户进行分类、分组管理；

（3） 统一授权管理：实现单点登录，及基于统一目录管理体系的授权认证，该授权认证可实现用户和栏目之间的双向授权；

（4） 统一视图管理：信息的统一输出方式，实现信息的分层次、分权限、个性化输出。

功能要求：

（1） 统一的单点登录入口。统一信息门户平台是校园各信息应用的统一入口，只需登入统一信息门户平台，无需重复输入在各信息应用中的登录凭证，即可在平台界面中实现登录。除单纯的系统登录入口外，还可以将系统中功能直接抽取至门户，在门户中实现业务调用。

（2） 统一的消息新闻中心。通过新闻聚合的方式将来自办公自动化系统的通知、公告等信息，来自校园网的栏目新闻，来自因特网的各种RSS新闻，各种网站新闻，均可聚合至门户中统一展现。

（3） 统一的数据展示中心。基于结构化共享数据，将数据以查询、报表等形式集中展现至门户。在门户中可直接显示用户订阅的数据内容。

（4） 统一的办公协作任务中心。统一信息门户平台提供了统一的任务中心，与当前用户相关的所有工作信息(代办事宜,日程安排等)被集成到一个统一的视图，进行集中的工作办理。任务中心提供了与消息中心的集成，支持任务提醒消息多种发送途径和统一调度。任务中心提供与办公系统简单方便的集成方式，可以支持传统?业务应用、办公应用、项目管理应用、业?流程等。

（5） 统一的生活服务中心。通过展示集成用将特定的网站内容聚集至门户中，提供多样化服务。
套
1

3
统一身份认证平台
技术要求：

（1） 平台基于J2EE体系结构，所有功能模块定义服务提供者接口，可以支持第三方的服务提供者；

（2） 在身份认证系统设计中，为了适应当前以及今后系统的建设发展需要，建议采用的技术实现手段主要包括PKI、SSO、SSL等；

（3） 单点登录从实现技术上基于session、cookie、rewrite技术和采用portal等几种方法，根据用户的情况可以选用其中的任何一种。

（4） 平台的管理与维护采取分级模型支持多级的管理；

（5） 采取分级授权，可以根据业务的需要灵活制定安全策略控制授权；

（6） 采用灵活的基于角色的权限管理模型，集中的权限控制的授权管理面向全局的用户和数据资源，覆盖了各种应用；

（7） 支持用户/密码、校园卡/密码和数字证书等认证方式；

（8） 灵活定义角色之间的继承、相容和互斥关系，授权简单、便捷；在访问控制策略上，用户可以定制不同粗细粒度的安全规则；

功能要求：

（1） 从学校全局的观点，管理学校的所有用户、角色，以及所有的数据资源。所有新建业务系统均使用该统一身份认证及授权平台进行角色权限分配。

（2） 统一身份认证及授权平台用户和权限完全由内部自主管理，区别于其他公共身份认证中心，完全享有组织内部信息的保密性和独立性，管理方便，安全可靠，不受第三方控制。

（3） 统一身份认证及授权平台为互联网络的通信建立信任关系，保证身份的真实性，为信息的保密性、完整性以及交易的不可抵赖性提供全面的服务。其宗旨是保证互联网络提供的服务和享受服务的客户实现安全交互，为互联网络的客户提供网上身份认证和信任服务。

（4） 统一身份认证及授权平台管理完全基于WEB界面，加密传输，无需专用客户端，随时随地可进行管理，方便安全。

（5） 由于统一身份认证及授权平台用于建设而非公共服务系统，用户信息采取实名制，用户不能自己进行账号注册，管理员基于用户实际身份和基本信息建立账号，用户账号独立且唯一。

（6） 统一身份认证及授权平台具有密码恢复功能，用户不慎遗失密码时，可以自己通过该功能，输入详细的个人信息及密码提示答案恢复密码。大大降低系统管理员的负担。

（7） 系统管理员可对用户进行统一管理，主系统中用户删除或禁用后，其他各子系统中该用户信息自动删除或禁用；而各个子系统权限控制完全独立，同一用户，在不同的系统中可以具有完全不同的身份，各子系统用户权限可独立管理，对一个子系统中权限的修改，与其他子系统完全无关联，保证各子系统独立、安全、可靠。

（8） 支持多种认证方式：用户/密码、校园卡/密码、数字证书、支持与其他CA认证系统建立交叉认证机制，实现有效集成。

（9） 系统采用灵活的基于角色的权限管理模型

? 系统的角色与应用系统的权限关联，必要时也可以同用户组织机构的职位一致，方便了系统管理工作

? 根据业务需要，用户可以定制新的角色，并进行授权

? 基于角色组织大量用户的权限规范，可以极大地减轻管理的负担

? 集中的权限控制的授权管理面向全局的用户和数据资源，覆盖了各种应用

（10） 灵活定义角色之间的继承、相容和互斥关系，授权简单、便捷，并可以通过定义角色之间继承、相容、相斥等关系有效控制资源的继承性或阻止资源权限继承性，可以满足各种复杂的需求

（11） 在访问控制策略上，用户可以定制不同粗细粒度的安全规则

? 作用域限定策略：根据具体业务的需求，管理员可以限定账号/角色对访问内容的作用范围

? 时间限定策略：管理员可以指定特定的账号/角色只允许在特定的时间才能对系统进行访问

? 访问源限定策略：管理员可以设定地定的账号/角色只允许从特定的网段/IP对系统进行访问

? 内容访问限定策略：根据特定业务的需要，管理员可以控制到对数据行级/列级的权限

? 信息级别（业务实体）和角色可能需要绑定

（12） 提供单点登录服务。最终用??问不同子系统，只需要登录（认证）一次，就可以访问许可范围内的所有数字校园应用子系统。从实现技术上讲有基于cookie、rewrite技术和采用portal等几种方法，根据用户的情况可以选用其中的任何一种

（13） 支持数据传输/存储的加密。为了保证敏感信息的安全性，我们分别对学生成绩、用户登录密码等信息在传输过程和存储都相应地进行了不同程度的加密处理
套
1

4
?一数据平台
统一数据平台架构应满足以下特点：

（1） ★区别对待现存老系统和新系统。老系统需要通过数据整合器将原有的数据进行标准化后入库。新系统的数据自然共享，无需再次集成或整合

（2） 数据访问服务层保证了所有对共享数据库的访问能够受到严格的权限控制。它对共享数据的共享信息实现可视的控制。

（3） 在信息服务层中提供了公共数据库中无对应系统的数据的和公共代码的管理功能。用户可以通过公共数据库平台自带的数据管理模块管理权限允许范围内的数据。

建设目标：

（1） 保证全校信息的统一和一致。数据库中的共享信息上减少数据冗余，使各个系统的数据相互联系，在代码、基础信息上实现全校统一，避免数据不一致的现象。在业务上对数据管理范围进行划分，在服务上进行数据关联和统一，使数据库保证数据的精简和准确，保证数据库在数据存储上达到优化的性能。

（2） 保证任何两个异构业务系统之间的数据共享；且需要基于一种安全、可管理的模式进行；

（3） 保证任何两个业务系统之间没有冗余业务数据；

（4） 保证遵循“谁产生、谁维护”的原则，所有的数据都有特定的产生者和维护者。在技术上，由授权体系控制数据维护的权限，使无权限的人员不能对数据进行生产和维护；同时，在管理上，通过制定相应的应用规范迫使数据生产者/维护者及时更新自己负责的数据，保证系统中数据的准确性和可跟踪性。系统提供安全审计功能，保证对业务操作的严格监督。

（5） 保证任何业务系统的添加和修改不影响其它业务系统的正常运行；

（6） 要保持基础数据的内容最新的时限要求，基础数据更新时，与基础数据保持同步，并保证可以提供反映整个学校全面情况的数据信息；

（7） 保证可以提供为整个学校综合查询和决策支持所需的数据信息，为学校的将来决策支持系统积累分析数据；

（8） 可以成为后续开发各种应用系统的通用数据库平台，保证新的系统建立在公共数据库平台上时，不会产生新的分散数据。

技术要求：

（1） 保证全校信息的统一和一致。数据库中的共享信息上减少数据冗余，使各个系统的数据相互联系，在代码、基础信息上实现全校统一，避免数据不一致的现象。在业务上对数据管理范围进行划分，在服务上进行数据关联和统一，使数据库保证数据的精简和准确，保证数据库在数据存储上达到优化的性能。

（2） 保证任何两个异构业务系统之间的数据共享；且需要基于一种安全、可管理的模式进行；

（3） 保证任何两个业务系统之间没有冗余业务数据；

（4） 保证遵循“谁产生、谁维护”的原则，所有的数据都有特定的产生者和维护者。在技术上，由授权体系控制数据维护的权限，使无权限的人员不能对数据进行生产和维护；同时，在管理上，通过制定相应的应用规范迫使数据生产者/维护者及时更新自己负责的数据，保证系统中数据的准确性和可跟踪性。系统提供安全审计功能，保证对业务操作的严格监督。

（5） 保证任何业务系统的添加和修改不影响其它业务系统的正常运行；

（6） 要保持基础数据的内容最新的时限要求，基础数据更新时，与基础数据保持同步，并保证可以提供反映整个学校全面情况的数据信息；

（7） 保证可以提供为整个学校综合查询和决策支持所需的数据信息，为学校的将来决策支持系统积累分析数据；

（8） 可以成为后续开发各种应用系统的通用数据库平台，保证新的系统建立在公共数据库平台上时，不会产生新的分散数据。

公共数据库功能要求：

（1） 原有应用系统对应的公共数据库：来源于现存老系统的数据，经数据整合器将原有的数据进行标准化处理后入库，并按需求保持与原有系统中数据的同步。

（2） 与统一数据平台兼容的应用系统对应的公共数据库：与数据库平台统一规划的和符合统一数据平台标准的应用系统，按照统一数据平台接口标准开发的系统，都可以直接运行在统一数据平台上。这部分数据是应用系统的有机组成部分，数据自然共享，无需再次集成或整合。

（3） 历史数据库：保存所有需要保留的数据，来自老系统和新系统。可经过标准化梳理。

（4） 没有系统对应的公共数据库：没有任何应用系统对应，但学校各部门还需要共享的数据部分，则由公共数据库平台自带的数据管理模块进行管理。

（5） 公共代码库：对全校的代码进行统一的存贮及管理，基于国标、部标和校标。可以通过统一数据平台的自带的管理工具进行统一管理。该工具具有批量处理功能和代码纠错功能。

（6） 一卡通系统对应的公共数据库：数据由一卡通应用产生，同时为全校用户提供一卡通系统的查询及相关服务。

（7） 虚拟文件库：存储不适宜关系型数据库存储的数据，例如图片、各类文档等。

建设内容：

（1） 信息标准管理工具

? 代码维护：对信息标准中的代码集进行管理和维护，实现代码的随需更新，并实时应用到业务系统中。

? 数据项维护：对信息标准中的数据项进行管理和维护，包括对数据项内容和属性的定义。

（2） 数据管理工具

? 数据维护：对学校的共享数据进行增删改查等维护管理，包括8个主题域（学校信息管理、学生信息管理、教学信息管理、教职工信息管理、科研信息管理、财务信息管理、资产信息管理、办公信息管理）。

? 数据权限管理：设置不同角色对数据的管理权限（是否显示、是否可修改、是否可增加、是否可删除），权限设置可以到行、到字段级。

? 数据服务授权体系：采用分级授权机制，保证用户只能看到权限范围内的数据。

（3） 数据标准化工具

? 代码转换：按照标准代码对接入的数据进行检查，可以将不符合标准的代码转换为标准代码。

? 代码纠错：按照标准代码对接入的数据进行检查，对错误的代码可以进行纠错。

? 数据纠错工具：对于采用代码的数据，可以按照代码对应的值，对这类数据进行检查，对错误及不规范的数据进行纠错。

（4） 元数据管理工具

? 对共享数据表的元数据进行管理，包括表名、表中的列名、列的显示顺序、列所采用的代码等。

（5） 虚拟文件管?工具

? 虚拟文件库：对音频、视频、公文、信息等非结构化数据进行管理，包括上传、下载、查看等，遵循分级授权体系

（6） 自定义查询工具

? 同主题查询：基于公共数据平台的8个主题域（学校信息管理、学生信息管理、教学信息管理、教职工信息管理、科研信息管理、财务信息管理、资产信息管理、办公信息管理），可以在同一主题内自定义各种查询，查询条件可随需设置。查询语句 一次设置，可多次运行。遵循分级授权体系。

? 跨主题查询：可以跨业务主题定义各种复杂查询，查询条件可随需设置。查询语句一次设置，可多次运行。遵循分级授权体系。

（7） 灵活报表工具：

? 基于公共数据平台中的所有数据，可以随需定制各种统计分析报表、图表。定制的报表模板可保存，实现一次定制，可多次运行。遵循分级授权体系

（8） 数据钻取工具：

? 支持数据逐级钻取，实现从统计数据到细节数据反查

（9） 历史数据管理工具：

? 可以对历史数据进行保存，按照备份时间点对历史数据进行存储，历史数据可以配置成报表、查询可用的数据源。

（10） 高基报表组件：

? 预置高基报表27张，统计数据平台中的实时数据。

（11） 主题查询组件：

? 提供主题查询组件工具。

（12） 数据交换平台：

? 数据同步：将所需数据从第三方应用系统同步到数据平台，包括数据同步任务配置（抽取、清洗、转换、装载）、数据同步任务调度、数据同步任务监控、数据同步任务授权。

? 数据导入：提供数据导入工具。

? 数据对外接口：提供通用的数据对外接口，供第三方获取平台标准数据

（13） 数据实施

? 共享数据入库：对用户共享数据进行收集整理入库（8个职能域的所有共享数据，包括：学生数据、教职工数据、学校、教学、科研、财务、办公、资产等）

? 元数据配置：对公共数据库的元数据进行配置

? 数据清洗：对脏数据进行清洗

? 数据过滤：对数据?行过滤

? 数据转换：对非标准数据进行标准化，或按需求转换

? 数据权限分配：配置共享数据的产生与使用权限

（14） 数据集成

? 进行与第三方业务系统的数据集成

（15） 定制共享数据表

? 　定制基础共享?据集之外的共享数据表

（16） 定制查询

? 　定制基础查询之外的组合查询

（17） 定制个性化报表

? 　定制基础报表之外的个性化报表

（18） 数据订阅服务

? 对平台提供的数据服务进行订阅，可以定时发送到订阅信箱
套
1

5
业务系统总体要求
（1） ★所有新建业务系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持；应用程序的编程语言需要按J2EE规格，采用Java编程语言和服务器端Java技术开发。

（2） 所有新建业务系统需采用Oracle数据库，与统一数据库平台天然共享数据，无需对接。

（3） 所有新建业务系统需共用统一身份认证及授权平台体系，实现跨平台、跨系统细颗粒度授权，并可根据学校业务变更灵活调整。

6
协同办公
技术及功能要求：

（1） 提供便捷、完备的流程编辑器，可以满足学校所有复杂事务流程的建立要求，用户可以在图形化的界面中以拖动的方式方便地定制和修改工作流程，并控制流程的使用状态，流程可分为校级公用流程和部门流程，同时支持复杂、多流程协作的公文处理业务，实现公文在部门间的多级流转。

（2） 具备灵活自定义的模板管理功能，在公文处理、信息管理以及其他业务处理中，能够实现模板灵活配置，并且与业务流程能够相互绑定，实现特定的业务流程匹配特定的模版类型。

（3） 实现对公文流程基本信息及签批记录的全程跟踪，用户可以实时的跟踪公文的状态并查看各个阶段的审批人和审批意见。

（4） 系统需支持对公文、信息的模版维护；学校内部的公文模版、信息模版、呈批表、发文稿纸等都可以作为模版在系统?进?维护，维护方式简单易用，支持模版的上传。

（5） 提供部门公文配置信息维护功能；用户在系统内配置公文信息后，可以实现公文自动编号功能，用户可对部门信息、发文文号、部门发文流水号以及校外来文流水号等信息进行设置。

（6） 可实现即时提醒功能，帮助用户及时了解自己需要处理的事务；桌面的待办事宜要显示所有需要用户处理或审批的信息、公文、会议，用户需要参加的会议；弹出的即时消息也会提醒用户有多少事情需要处理；工作便签有新消息弹出提醒。

（7） 系统中所有信息都需要通过严格的权限控制发布到信息阅览平台中，可以灵活的选择查看的权限，可以设置访问的部门或者具体到可访问的岗位。用户登录系统后只可以看到有权限查看的信息。同时，信息阅览平台能够方便地与学校门户进行集成，实现门户信息与协同办公系统信息的同步。

（8） 基于栏目进行信息管理；学校和各部门可以设置信息管理的栏目，实现对信息的分类管理，各个用户可以在自己的权限范围内看到各个栏目下的信息。在设置栏目时用户可以绑定流程，从而实现发布信息严格按照流程的步骤执行。

（9） 系统可以实现方便快捷的信息查询；用户可以根据栏目查询相关信息，同时根据权限，可以查看个人处理、部门处理和全校处理发布的信息。

（10） 能够与MS Word无缝集成，所有信息和公文的拟稿都可以通过Word实现，支持痕迹保留、附件上传。

（11） 提供日程安排与日程授权：系统提供全功能的私人和团队（学校和部门）日程安排，可分别按日、按周、按月查看日程内容。并可将安排的日程授权，同时，校领导日程查看功能可以实现领导与秘书的紧密联系和配合。

（12） 提供会议管理功能；会议管理设计需要根据会议室资源的不同将会议分为公共会议和内部会议，申请会议前可以查看会议室使用状态，可以给参会人员发送会议通知，会议结束时可填写会议纪要。

建设内容：

（1） 流程管理

? 流程模型：符合WFMC标准，基于工作流的业务流程优化，支持多种类型流程模型。

? 流程编辑器：基于图形化的流程编辑器，灵活创各类型的工作流业务。

? 流程创建：可创建公文处理流程、信息管理流程、其他业务流程等。

? 流程维护：对各类流程模型进行管理配置，可对已创建的流程进行维护。

? 模板管理

? 公文模板：创建基于HTML稿纸的公文模板，实现稿纸内容与实际的流程处理环节相结合。

? 信息模板：创建基于栏目的信息发布模版，为不同的信息发布流程设置不同的信息模版。

（2） 信息管理

? 我的草稿：起草信息内容，并设置信息查看权限。

? 信息管理：建立栏目、维护已发布的信息、设置呈现栏目顺序。

? 信息模板维护：维护和查看信息模版。

? 信息审批：显示所有需要审批处理的信息，填写审批意见。

? 退稿列表：所有审批未通过的信息都自动流转到该列表。

? 信息管理流程管理：定制本部门的信息管理流程。

? 流程查看：查看全校共用的信息管理流程。

? 个人信息查询：查询所有个人处理过的信息。

? 部门信息查询：查询本部门处理过的信息。

? 全校信息查询：查询全校的信息。

（3） 公文处理

? 发文管理：实现起草发文、处理公文、查看公文状态等功能。

? 校外来文管理：管理纸质或电子的校外来文，能够根据流程在系统内进行处理。

? 校内来文：此模块实现部门间公文的衔接。

? 公文配置信息：配置本部门的公文文号和流水号的编号规则，配置后可以对公文文号和流水号进行自动编号。

? 公文模板维护：维护和查看公文模版。

? 公文流程管理：查看全校共用的和本部门的公文处理流程。

? 流程查看：查看全校共用的和本部门的公文处理流程。

? 公文查询：按照不同的分类提供对公文的查询功能。

（4） 日常办公

? 个人日程安排：安排个人日程（日、周、月），并可将日程授权（可查看/可修改）。

? 名片管理：在系统中创建通讯录，可以管理组以及个人信息。

? 会议室管理：用户可通过此模块实现对会议室的申请、审批、查看会议通知等功能。

? 工作便笺：在系统内发送消息，收到新便笺会有提示。

? 共享文件管理：用户可以通过此模块实现对文件的管理和维护。

（5） 归档文件管理

? 档案设置：用户可以根据学校实际情况设置档案的编号格式、档案附加信息和档案类别附加信息。

? 档案类别列表：用户可以在档案类别列表中建立自己学校的档案类别，如行政档案、教学档案等。

? 档案列表：经过公文处理“归档”环节进行归档的公文会自动流转到档案列表和相应部门的部门档案列表。档案列表显示全校的档案，部门档案列表显示本部门的档案。同时，学校档案管理员可以新增学校档案。

? 档案借阅列表：档案归档后个人可以借阅档案。在学校档案管理员处办理档案借阅，在档案列表中选中借阅的档案点击“借阅”按钮，此时借阅的档案信息就会在“档案借阅列表”中显示，并且显示是否归还的状态。

? 部门档案列表：显示本部门的档案，经过“归档”处理的公文会自动流转到该列表中。

? 部门档案借阅列表：在某个部门管理员处办理档案借阅，在“部门档案列表”中选中借阅的档案点击“借阅”按钮，此时借阅的档案信息会在“部门档案借阅列表”中显示，并且显示是否归还状态。

（6） 短信提醒。

系统需提供短信提醒接口功能，对待办事宜等实现短信提醒。

（7） 系统设置

管理员根据学校的情况进行一些个性化的配置：包括用户管理、权限管理、栏目管理、安全设置、组织机构设置等。

（8） 用户个性化设置

用户根据自己的操作习惯进行个性化配置：包括栏目管理设置；消息提醒设置；缺省的下一步公文处理岗位；快速填写审批意见；桌面显示设置等。
套
1

7
人事信息管理
技术及功能要求：

（1） 系统需依据高校人事管理工作的实际情况及其管理模式进行设计，业务功能要丰富全没，能全面涵盖人事管理工作的所有内容。各模块之间既独立又相互联系，可以分别授权给不同科室老师进行独立管理，模块之间又有一定的业务关联和约束，相关的数据结果可实时共享查看。

（2） 系统可让用户根据本单位工作的要求，添加新的表和字段，满足客户个性化需求，实现随需随时间推移，人员信息扩展维护的功能。

（3） 系统可对人员入校、离校等类似转单业务流程，提供自定义流程的功能：用户可以设置流程中的各个步骤、步骤之间的处理顺序、各步骤需教工提供的信息、各步骤的经办人、办理意见、办理时间等。

（4） 系统可提供数据采集及审核流程的自定义功能，使用户能快速地配置出想要的采集及审核流程：人员入校信息采集、年度考核、职称评定、岗位聘任等业务中，需要采集教职工的各方面（人员信?、教学信息、科研信息、社会工作）的信息?采集的数据项内容以及对数据项的审核授权都需要非常灵活，以满足学校灵活管理的需要。

（5） 系统需基于人员基本信息，可从各个角度建立查询，满足人事工作中各种查询及汇总的需要，查询条件可以保存，以便多次使用；不同的查询条件可以相互组合、包含，得到多重条件综合约束下的查询结果。

（6） 系统需加入比较详细的操作日志管理功能，能详细记录各用户的具体操作，进一步保证系统的安全。

（7） 系统需充分考虑人事管理业务中的操作提醒及处理反馈，能根据业务特点设置权限控制、数据流推送、消息提醒等方式，来实现人事协同办公，方便用户业务操作及管理。

（8） 系统需支持各种花名册的制作，可通过查询直接读取人员信息库中的数据，能随需导出各字段项。

（9） 系统可根据学校发展的需要，设置及调整学校各单位、各类岗位的组织结构与人员定额。通过新进人员报到进校，占用编制，能够实时统计出各单位各编制的使用情况，从而可以查看缺编、超编情况，为人员引进计划和招聘提供数据参考。

（10） 系统需涵盖对各种类别的新来校人员报到入校整个过程的基本信息进行管理.

（11） 系统需提供对在校教职工的基本信息、调动情况及各种变动信息进行信息维护和查询统计。包括：校内人员信息维护、校内调动管理、职务变动管理、人员离校管理、离退休管理等功能。

（12） 系统需具有维护合同信息，包括聘任合同以及历次聘用合同，提供合同到期提醒等功能，可方便查询个人合同信息。以及教工档案的目录内容，转入信息，借阅信息，归还信息，保管存储，转出信息等。可以查询、查看个人档案的目录内容，借还信息，转入、转出信息等。

（13） 系统需提供对公用文档的上传和下载功能

（14） 系统需提供代码维护功能，使得学校能自己维护系统采用的代码。

（15） 系统需提供两种包括自动备份和手动备份两种方式的数据备份，实现对历史时间点人员数据的查询和统计。

（16） 系统需实现科室之间业务协作和数据共享，当人员综合信息管理子系统中发生人员信息的变动（例如合同到期等）时，都会提醒工资管理员进行相应的工资变动操作，并且人员信息会自动从人事科流转到工资管理员的操作页面上，待审工资管理员处理。

建设内容：

（1） 编制管理：维护学校的编制类别信息

（2） 人员进校报到管理：可以对未进校的人员先录入信息其必要信息，再提供给后续人员进校时编辑职工号使用；为新进人员编制职工号，录入新进人员信息，然后交予单位，人事处审核，提供查询和打印新进人员信息功能。

（3） 在编人员管理：可维护在编人员的基本信息，查询在编的人员，导出人员的花名册（可通过分类查询，报表统计进行）；可查询试用期将到期人员(试用期条件，到期提醒天数可配)；可维护人员的转正信息，打印干部的履历表，以留备用，可维护人员的行政职务信息、兼任职务信息；可维护人员的间断工龄信息；可实现人员申请调动，部门审核，人事处审核，实际调动处理等流程。维护人员的调动信息。打印相关调动申请表。

（4） 离退休人员管理：提供设置预退休人员需要满足的条件，查看预退休的人员，预测将来n年内将退休的人员，维护离退人员的信息，打印退休通知单，退休审批表，返聘通知单，返聘审批表等表格，查询离退休人员的信息

（5） 离校人员管理：教职工离校时提交离校申请点子表格，二级单位审核离校信息，人事处审核离校信息，打印离校申请表格，确认，维护离校人员信息，查询离校人员信息。

（6） 合同管理：维护人员的合同信息，查看当前合同，预到期合同，历次合同等信息

（7） 系统功能配置：为补充人员基本信息子集，缺少字段，免去在需要增加的字段信息时调整代码；配置系统在使用过程中需要的一些参数，比如：试用期到期提醒提前天数等；维护在编人员维护个人信息的权限，设置合同到期提前提醒的天数，配置统计需要的查询条件，管理人事用的代码；

（8） 数据备份：设置备份日期，配合系统进行自动备份；查询已经备份的记录，及备份的数据记录；

（9） 报表管理：维护统计需使用的报表模板，维护通过模板生成的统计报表

（10） 文件上传下载：维护文件上传目录信息，维护文件上传信息，提供文件的下载

（11） 在线消息通知查看：提供消息的分类查看，查看已读的消息
套
1

8
数字迎新系统
技术及功能要求：

（1） 系统需依据高校数字迎新的实际情况，实现新生入学的数字化和一站式服务。能够在参与迎新的各相关部门之间实现数据的高度共享，并且依据部门的数据特点约束数据范围。在系统运行过程中能将招生数据转?为新生数据，并形成基础学籍数据，实现新生数据与学籍库的无缝连接。

（2） 系统需支持对报到流程的自定义，能够满足每年新生报到流程变化。能够自定义报到各步骤的先后顺序，能够定义各个报到点的报到类型，定义报到点或者报到步骤的约束条件，是否为必到环节等。如不交费不能办理住宿，党员无需办理团组织关系等。

（3） 系统在定义报到流程时，能够支持自定义脚本，可以对各种复杂的条件进行灵活限制。

（4） 系统能够提供新生数据的导入和维护功能。能够及时维护新生信息，防止学生信息有误。能够管理新生请假信息，并且能够统计新生请假情况。如果新生信息有误而导致初始化报到信息错误，在修改新生信息后，能够调整新生的报到步骤，使报到正常进行。

（5） 系统能够进行灵活的用户管理和授权管理，能够管理参与迎新的用户，并且将用户与迎新操作相关联，能够控制用户能做的操作，如执行报到、统计查询、查看报到记录等。

（6） 系统能够提供多个查询条件，同时可提供读卡、读取条码等多种数据读取方式，能够轻松读取学生信息，执行报到注册，如果报到操作有误，可以恢复操作。在执行报到注册时，可以随时查看新生的报到情况，提示新生尚需进行的报到步骤。

（7） 系统能够实现绿色通道操作，已办理绿色通道的学生视为费用已交，同时能够对缓交学生进行统计。

（8） 系统能够提供宿舍分配功能，能够在现场进行宿舍分配或者标记办理住宿情况。同时能够统计宿舍分配信息。

（9） 系统提供统计查询功能，提供多种形式的统计，能够按校区、按院系、按班级统计报到情况，能够生成柱状图等图表，能够自定义报表并且将报表授权不同用户查看。

（10） 系统能够提供信息发布功能，用户可以发布信息，供参与迎新的用户查看。

（11） 系统能够提供日志功能，记录报到操作日志。

建设内容：

（1） 定制报到流程

? 报到点类型定制：设置报到点类型

? 报到步骤定制：设置新生报到步骤

? 报到点定制：设置新生报到点及报到约束

（2） 新生管理

? 数据导入：提供外部数据文件导入接口

? 新生数据管理：维护新生信息

（3） 新生报到

? 查询新生：查询新生信息，可采取输入信息、读卡、读取条码信息等多种方式

? 报到注册：执行新生报到注册操作

（4） 特殊情况处理

? 请假管理：执行请假操作，记录学生请假信息

? 调整学生报到步骤：对于学籍信息有误的学生，可修正学籍错误信息后将报到步骤调整正确

（5） 用户与权限管理

? 用户管理：维护用户信息

? 权限管理：灵活授权，为参与迎新报到用户分配权限

（6） 系统设置

? 学年设置：设置迎新操作学年

? 初始化设置：对迎新数据进行初始化，生成新?个性化报到步骤

? 系统日志管理：管理系统日志

（7） 统计查询

? 统计查询定制：灵活定制统计查询

? 统计查询授权：将统计查询授权给不同用户，授权用户可直接执行相关统计
套
1

9
学生工作管理系统
技术及功能要求：

（1） 系统需依据高校学生工作的实际情况及其管理模式进行设计，业务功能要丰富，能全面涵盖学生工作。各模块之间既独立又相互联系，可以分别授权给不同的老师进行独立管理，模块之间又有一定的业务关联和约束，相关的数据结果可实时共享查看。

（2） 系统能够提供快捷方式链接，不同用户能够通过快捷方式快速进入操作页面。

（3） 系统可提供数据采集及审批流程的自定义功能，能够快速的配置出需要的审核流程。同时系统提供审核轨迹查看功能，用户能够查看记录的审批情况。

（4） 系统可提供学生基本信息采集功能，并且能够查看学生在学期间的全部档案信息，包括个人信息、家庭信息、奖惩贷助信息、学习信息、费用信息等。

（5） 系统可提供灵活的查询功能，能够查询学生的基本信息、奖助信息等。并且可以将查询作为评奖评优或者资助的筛选条件进行应用。

（6） 系统能够实现评奖/评优的申请和审批全过程，能够按照设置的条件对申请学生进行资格审查；提供灵活的名额分配方式，能够按照用户设置的百分比为各院系分配获奖名额，还可以控制学院提交的金额，实现统一管理；能够控制奖助学金能够控制是否开放学生申请；能够在审批奖助学金时对学生情况进行比较；最终的获奖信息将自动保存到学生的学籍信息中。

（7） 系统能够提供家庭经济困难认定功能，能够设置困难等级、困难生调查指标体系、为学生提供自我评价选项；可以复制历史年度困难档案，方便下年度困难认定。

（8） 系统能够提供国家助学金、国家励志奖学金、院系助学金、生活补贴、减免学费、?时困?补助、社会资助等多种资助类型，方便管理学生资助信息。能够对资助进行分组进行上限控制。能够选择奖助项目统计学生学年/学期获得的各项奖助项目和总金额，能够统计各项奖助项目的获奖情况。

（9） 系统能够提供国家助学贷款完整的贷前-贷中-贷后全流程管理。能够设置贷款类型、还贷日期等，能够控制贷款学费不能超过学生学费，系统自动读取收费系统中学生应收费信息进行限制。能够完整采集贷款需要信息，能够选择字段导出名单给银行，并将银行审核通过的名单导入系统形成最终放款名单。学生处能够维护贷款学生的贷款合同，毕业生可在毕业前录入毕业去向等信息，能够按《国家助学贷款学生信息管理系统数据库结构》导出毕业生贷款信息上报。同时，系统还能够提供生源地贷款的记录功能，已进行生源地贷款的同学不能进行国家助学贷款。

（10） 系统能够提供勤工助学管理，能够管理校内勤工助学、校外勤工助学和家教信息。校内勤工助学能够管理用人单位设岗信息、管理学生申请和审批上岗的全过程，用人单位可以进行日常考勤并提交学生报酬，学生处可以管理最终报酬信息。学生在系统中可以查看自己的考勤信息和报酬信息。

（11） 系统能够管理辅导员基本信息，能够在任命辅导员带班的同时对辅导员进行授权，带班辅导员同时获得管理权限，能够管理所带班级学生。能够维护辅导员培训、获奖、科研等信息，能够统计辅导员基本信息。系统能够对全校专兼职辅导员进行考评，能够设置不同考评者的考评表，考评者分别在网上填写考评表，系统能够汇总和计算考评分数，成为评价的基础指标。

（12） 系统能够管理学生处分信息，能够设置到期提醒时间，在提醒时间范围内，系统将进行提醒，提醒管理员进行后续处理。处分信息自动进入学生的学籍信息。

（13） ?统能够维护学生党建情况，包括对党组织结构和每个党支部党员信息的维护，优秀党员的评选和优秀党组织的评选。党组织结构按照树状结构进行分级管理。

建设内容：

（1） 资料管理：

? 学生信息管理：设置各级用户使用的有效时间段，学生填写登记卡信息，各级用户审批学生资料，维护学生资料信息

? 学生综合评测管理：设置测评项目和计算规则，设置学习成绩计算规则，设置各测评项占综合测评比例，计算和维护综合测评成绩

? 学生筛选器：设置灵活全面的查询和筛选条件查询学生信息，同时已保存筛选器可供其它模块使用

（2） 奖优管理：

? 国家奖学金：维护国家奖学金类别信息，设置学年学期评选奖学金的条件、比例分配等信息，学生申请国家奖学金，各级用户审批学生申请的国家奖学金，能够打印上报教育部的国家奖学金申请表，维护获奖名单

? 个人奖学金管理：维护奖学金类别信息，设置学年学期评选奖学金的条件、比例分配等信息；学生申请奖学金；各级用户审核学生申请奖学金信息；维护奖学金获奖名单；为获得奖学金的学生打印获奖证书；按各种组合查询条件，查询奖学金历史获奖信息

? 个人评优管理：维护评优类别信息；设置学年学期评优的条件、比例分配等信息；学生申请评优；各级用户审核学生评优申请；维护评优获奖名单；为获得优秀的学生打印获奖证书；按各种组合查询条件，查询评优历史获奖信息

（3） 资助管理：

? 困难档案管理：设置贫困生困难标准；设置各级用户可操作的时间段；学生填写家庭紧急情况调查表；审批困难生申请；管理困难学生的档案信息

? 助学金：维护助学金基金信息；设置学年学期资助条件、比例分配等信息；学生申请助学金；各级用户审批学生申请的助学金；维护学生获助名单

? 生活补贴：设置生活补贴标准；维护学生获得生活补贴名单及金额

? 学费减免管理：设置各级用户可操作的时间段；学生申请学费减免；审核学生申请，核定学费减免金额；维护学年度减免学费名单

? 特别困难补助：管理特别困难补助基金信息；设置特别困难补助资助条件、名额分配等信息；学生申请特别困难补助；各级用户审核学生申请；维护特别困难补助受助名单

（4） 贷款管理：

国家助学贷款：设置贷款配置信息，包括贷款类型、贷款标准、贷款银行等；设置各级用户可操作的时间段；学生申请贷款；公示申请贷款的学生名单；各级用户审批贷款申请；维护学生处和银行通过的贷款名单；维护贷款合同和贷款信息；查看学籍异动信息，处理贷款相关信息；学生进行毕业确认信息填写；各级用户审核学生填写的毕业确认信息；维护毕业确认信息；维护还款信息，包括还款管理和违约信息；维护贷款变动信息

（5） 勤工助学：

? 校内勤工：设置校内勤工配置项信息，包括薪金上限、报酬标准、日工作量等；维护单位岗位信息，可新增、删除、修改岗位信息；审核校内勤工岗位申请，审批通过后给院系分配名额和发布信息，页可修改单位设岗信息；申请校内勤工岗位；审批校内勤工；按应聘岗位生成通过学生处审批的学生面试名单提交给校内单位；校内勤工单位根据面试情况审批学生处提交的名单；学生处录用名单，审批通过的学生可以上岗；公布录用名单；对在岗学生进行日常考勤；经学生上岗和日常考勤，每月可提交报酬到学生处进行审核；学生处核定校内勤工单位提交的报酬，核定以后汇总提交到学工收发费；查看每月报酬。

? 校外勤工：填写校外单位设岗表；学生申请校外勤工岗位；审批校外勤工岗位申请；按应聘岗位生成通过学生处审批的学生面试名单提交给校外单位；审批岗位录用信息；公布录用名单；登记校外勤工学生的报酬信息。

（6） 处分管理：

? 维护处分原因，包括处分代码和处分原因

? 维护全校学生的处分信息，包括处分的新增、修改、撤销等

（7） 辅导员管理：

? 辅导员队伍管理：为某班级任命专职辅导员；为某班级任命兼职辅导员；审核院系任命的专职辅导员；审核院系任命的兼职班主任；维护辅导员信息；公布辅导员名单

? 辅导员工作考评：设置辅导员考核标准；维护历史考核设置信息；学生根据设置的考核标准，评估辅导员；院系根据设置的考核标准，评估辅导员；学生处考核辅导员工作；学生处考核班主任工作；公布辅导员考核结果；公布班主任考核结果

（8） 日常管理：

? 补办学生证：学生申请补办学生证；审批学生的补办学生证申请；维护学生的历史补办申请；学生补办学生证时查看的补办须知

? 火车优惠卡：学生申请办理火车优惠卡；审批学生的火车优惠卡申请；维护学生的历史火车优惠卡申请

（9） 志愿服务

? 志愿服务资格管理：志愿服务资格的申请和审批

? 志愿服务管理：志愿服务项目的申请和审批

? 志愿工作评价：评价志愿工作学生的工作情况

（10） 市级活动

? 申请项管理：配置不同市级活动的申请项目

? 志愿服务管理：志愿服务项目的申请和审批

? 志愿工作评价：评价志愿工作学生的工作情况

（11） 项目管理

? 社会实践管理：管理社会实践项目流程

? 科技立项管理：管理科技立项项目流程

? 素质拓展管理：管理志愿服务项目流程

（12） 物资管理

? 维护团委管理的物资信息
套
1

10
数字离校系统
技术及功能要求：

（1） 系统需依据高校数字离校的实际情况，实现毕业生离校的数字化和一站式服务。能够在参与毕业离校的各相关部门之间实现数据的高度共享，并且依据部门的数据特点约束数据范围。在系统运行过程后，将毕业生数据转化为校友数据，实现毕业生数据与校友库的无缝连接。

（2） 系统需支持对离校流程的自定义，能够满足每年毕业生离校流程变化。能够自定义离校各步骤的先后顺序，能够定义各个离校点的类型，定义报到点或者报到步骤的约束条件，是否为必到环节等。

（3） 系统在定义离校流程时，能够支持自定义脚本，可以对各种复杂的条件进行灵活限制。

（4） 系统能够提供毕业生数据的维护功能。能够及时维护毕业生信息，防止学生信息有误。如果毕业生信息有误而导致初始化离校信息错误，在修改毕业生信息后，能够调整毕业生的报到步骤，使报到正常进行。

（5） 系统能够进行灵活的用户管理和授权管理，能够管理参与离校的用户，并且将用户与离校操作相关联，能够控制用户能做的操作，如执行离校、统计查询、查看学生离校记录等。

（6） 系统能够提供多个查询条件，同时可提供读卡、读取条码等多种数据读取方式，能够轻松读取学生信息，执行离校手续，如果操作有误，可以恢复操作。在执行离校手续时，可以随时查看毕业生的离校情况，提示毕业生尚需进行的离校步骤。

（7） 系统提供统计查询功能，提供多种形式的统计，能够按校区、按院系、按班级统计报到情况，能够生成柱状图等图表，能够自定义报表并且将报表授权不同用户查看。

（8） 系统能够提供信息发布功能，用户可以发布信息，供参与离校的用户查看。

（9） 系统能够提供日志功能，记录报到操作日志。

建设内容：

（1） 定制离校流程

? 离校点类型定制：可设置离校点类型

? 离校步骤定制：可设置离校步骤

? 离校点定制：可设置离校点及离校约束

（2） 毕业生管理

? 提供外部数据文件导入接口

? 提供毕业生数据管理 ，可维护毕业生信息

（3） 毕业生离校

? 可查询毕业生信息，支持采取输入信息、读卡、读取条码信息等多种方式

? 可标记是否费用已缴清、是否已办理退宿等自定义状态

? 可执行毕业离校操作

? 毕业生可查询毕业离校状态

（4） 特殊情况处理：对于数据信息有误的学生，可修正错误数据后将离校步骤调整正确

（5） 用户与权限管理

? 可维护用户信息

? 可实现灵活授权，为参与离校报到用户分配权限

（6） 系统设置

? 可设置离校操作学年

? 可对离校数据进行初始化，生成毕业生个性化离校步骤

? 可管理系统日志

（7） 统计查询

? 可活定制统计查询

? 可将统计查询授权给不同用户，授权用户可直接执行相关统计
套
1

11
科研管理系统
技术及功能要求：

（1） 系统需提供多级用户分层管理模型：系统需提供二级单位科研管理平台，研究所/中心的科研主管领导和科研秘书能够登陆系统，对本单位的人员、项目、论文、著作、获奖成果、鉴定成果、专利等信息进行管理。

（2） 系统需提供科学研究人员的个人科研信息窗口，科研人员可登陆系统，维护自己的项目、论文、著作等科研信息，随时查看个人成果、个人项目情况，并可以随时查看最新科研通知、消息；通过全校科研管理平台，科研处可以随时审核、查看、查询、汇总、统计、导出全校各方面的科研信息，以便统筹分析和比较。

（3） 系统需提供易用、便利的数据录入、审核处理：提供易用的数据录入接口，提供数据导入、导出、批量审核等便捷功能。提供与Excel的接口，可以方便地将系统中的业务数据导入到Excel中。

（4） 系统需提供便捷、灵活的查询功能；

建设内容：

（1） 科研人员管理

? 校内科研人员：维护校内科研人员的基本信息，在科研项目管理、科研成果管理部分，可以由此提供人的信息，并可以由此统计学校的科研人力资源情况。

? 校外科研人员：维护校外科研人员的基本信息，在科研项目管理、科研成果管理部分，可以由此提供人的信息。

（2） 科研机构管理

? 科研机构信息维护：维护科研机构信息及机构成员信息，同时提供查看相关科研详情的功能。

? 查看机构科研详情：查看机构科研详情，可以打印。

（3） 计划项目管理

? 在研项目管理：维护立项项目的信息。该功能模块中还可以查看项目的进展情况。具有消息发送功能，实现给项目负责人发送在线消息或者邮件（需要邮件服务器的支撑），便于科技处、科研秘书以及科研人员间的协作办公。

? 项目合同管理：维护项目合同信息，可以查询、导出，支持上传附件。项目合同中需要的项目相关信息可以直接从项目部分调用，不需要重复录入；

? 项目进展管理：包括 项目进展报告提醒，项目进展报告提交及审核，项目变更管理。

? 项目结题管理：维护项目结题申请信息，通过各级管理部门审核审定，管理结题信息。支持上传附件，可以查询、导出。对于组织认定的结题项目，维护项目结题认定的信息，可以查询、导出。

? 查看历史项目信息：顺利结题或者是被批准撤销、终止的项目，自动转入到历史项目信息库中，成为非活动项目。

（4） 横向项目管理

? 项目信息管理：维护横向项目的信息?该功能模块中还可以查看项目的进展情况。具?消息发送功能，实现给项目负责人发送在线消息或者邮件（需要邮件服务器的支撑），便于科技处、科研秘书以及科研人员间的协作办公。

? 项目合同管理：维护项目合同信息，项目合同中需要的项目相关信息可以直接从项目部分调用，不需要重复录入

? 项目进展管理：管理项目进展过程中的项目报告，项目提醒及项目变更的相关信息。

? 项目结题管理：维护项目结题申请信息

? 查看历史项目信息：顺利结题或者是被批准撤销、终止的项目，自动转入到历史项目信息库中，成为非活动项目

（5） 导入项目信息

? 导入项目信息，对于excel形式提供的数据，能够将其导入到系统中。

（6） 项目综合查询

? 实现对所维护的计划和横向项目信息的综合查询，查询字段全面，查询结果可以排序、导出。

（7） 科研经费管理

? 经费到款管理：维护到款经费信息，支持批量到款信息的录入和落实到具体项目；对到款分配信息进行管理（各名目分配的比例可以个性化设置），可以打印到款单据。

? 经费转出管理：维护转出经费的信息

? 经费使用管理：维护经费的使用情况信息

? 提扣费比例设置：对于到款经费设置提扣的名目，以及各名目提取的比例。

? 税款比例设置：如果对科研经费征收个人税款，则可以这是个人税款的比例。

? 经费到款汇总：对于经费到款信息实现统计、汇总。

? 经费转出汇总：对于?费转出?息实现统计、汇总

? 经费使用汇总：对于经费使用信息实现统计、汇总

（8） 科研成果管理

? 学术论文信息：维护学术论文的相关信息，包括论文基本信息（含作者信息）/论文发表信息/论文相关项目项目信息。提供将论文数据导出到EXCEL，实现数据交互。

? 重复论文信息：系统自动将重复论文筛选出来，并提供 重复记录的合并、剔出的操作。

? 学术著作信息：维护学术著作的相关信息，包括著作基本信息（含作者信息）/著作作者信息、著作相关项目信息。提供将著作数据导出到EXCEL，实现数据交互。

? 其他成果信息：维护其他类型成果信息。包括：基本信息/完成人信息/相关项目信息，提供将其他类型成果的数据导出到EXCEL，实现数据交互。

? 成果鉴定：维护鉴定成果的信息，提供将成果鉴定的数据导出到EXCEL，实现数据交互

? 成果获奖：维护获奖成果的信息

? 成果转让：维护成果转让的信息

? 专利信息?维护申请专利、进入实际审查阶段专利以及授权专利的

? 软件著作权信息：维护软件著作权的信息

? 成果综合查询：对论文、著作、其他类型成果、获奖成果、鉴定成果、申请专利、授权专利、软件著作的综合查询，可以从成果名称、成果完成时间、成果类型、成果完成人、成果所属部门等角度进行查询，查询结果可以排序，可以导出EXCEL。

? 期刊库管理：维护期刊信息，在论文发表信息部分引用到。

? 学术活动

? 学术交?人员

（9） 科研代码管理

? 新增代码:对于科研系统中使用到的下拉代码进行维护，可以新增代码子节点、修改已有的代码、删除已有的代名，从而实现系统所有代码的自维护。

? 修改代码

? 科研统计报表管理

? 人文社科类报表模板

? 历年年报查询

（10） 文档下载管理

? 文档分类管理:设置文件目录，可以分层级来展示上传的文件。

? 文档上传下载管理

（11） 消息管理

? 发送消息:在线发送消息。

? 接收消息:在线接收消息。

? 查看消息:查看个人已接收的信息。

（12） 发布通知

? 给全体人发布通知:管理员发布通知、公告，所有登陆该系统的用户都可以查看到。

套
1

12
系统集成
集成内容：

图书馆管理系统、财务管理系统、教务系统

集成要求：

（1） 用户认证集成，基于统一身份认证及授权平台，实现统一身份库与相关应用系统的身份同步，实现认证集成（包含单点登入、伪登入方式）

（2） 数据集成采用数据中心平台提供的数据交换功能来实现。

（3） 清晰描述系统集成的整体整合方案。
套
3

　　附件二:采购项目采购需求修改建议(格式)
关于数字校园项目建设采购项目采购需求
修改建议
序号
条款号
本项目商务、技术需求中的

参数或要求

（请详细标明该内容及该内容在项目需求书中的页码、行数）
修改理由或建议

（请明确说明）

单 位:(盖章)
法人代表:(签字)
联系方式:
日　　期: