数字化校园一期工程招标公告

数字化校园一期工程招标公告

数字化校园一期工程项目采购需求

数字化校园一期工程项目采购需求

征求意见公告

项目名称 : 数字化校园一期工程

项目编号 : 晋政采[2014-131]G75-A122(预)

  山西省省级政府采购中心受中北大学的委托,拟于近期组织数字化校园一期工程采购项目公开招标活动,现就该项目的采购需求公开征求社会各界的意见。

  一、本次公开招标采购的需求及要求 :

  (具体内容详见附件一)

  二、关于修改意见的回复 :

  如有修改建议(格式详见附件二),请于2014年4月15日17 : 00时前以书面形式直接送达或传真报送山西省省级政府采购中心。书面材料必须加盖单位公章,同时提交相关的电子文档,逾期送达的恕不接受。

  三、联系人及联系方式 :

  项目联系人 : 王琪

  地 址 : 山西省太原市迎泽大街330号(省城联社五层535室)

  联系电话 :****-*******

  电子邮件 : caigouyichu01@163.com

山西省省级政府采购中心

二〇一四年四月十日

附件一 : 政府采购项目需求及要求

第1包 :

  一、资质要求 :

  投标人必须拥有以下《计算机软件著作权登记证书》 : 数据集成( 数据中心或数据库平台)、统一身份认证、信息门户(统一门户)、人事管理、办公自动化、科研管理。

  二、交货时间 : 合同签订后10个工作日内进入学校开始实施,3个自然月全部实施完毕。
  三、交货地点 : 太原市尖草坪区学院路3号 中北大学
  四、付款方式 :

  所投软件系统安装部署完毕后支付40%的合同款项,所有软件上线并验收合格后支付55%的合同款项。留合同款项的5%作为质保金,验收合格一年后软件无质量问题且售后服务良好无息支付。

  五、售后服务 :

  1)投标方承诺免费质保期三年,并提供免费软件升级服务三年;
  2)投标方提供详细的维护、培训方案;
  3)投标方负责所投软件的安装、调试和免费培训。

  六、其他要求 :

  1)投标商需对采购单位相关部门业务流程、信息化现状等进行充分调研并掌握,以确保项目顺利实施,降低项目风险。
  2)投标方负责完成采购方数字化校园数据库平台的安装调试,实现真正的应用集群;在数字化校园上线后,负责对数据库进行调优,保证数据库系统处于最佳运行状态。(包括但不限于为各种测试环境搭建测试平台,配合校方所需求的各种系统的调试。)本次招标包含以上所提内容费用,投标方对以上项目不得另外收取费用。
  3)投标商应详细描述本项目的实施方案,包括但不限于以下几个方面 : 项目实施保障、项目实施组织架构、项目实施阶段及过程、技术转移与成果交付。
  4)投标人必须具有独立完成此项目的开发实施能力,不允许将应用系统转包或分包给其他开发商,本项目不接受联合体投标,不接受代理商投标。
  5)本次招标所有系统必须支持公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,本次招标包含与公共支撑平台所有对接费用。
  6)对于本次提出的超出其著作权外的特殊要求的知识产权归采购学校所有。
  七、技术要求 :




   序号

货物名称

需求或性能描述

单位

数量

1

信息标准

建设要求:

建立基于《高等学校管理信息标准》框架下,符合国际、国家、教育部和行业标准,并且具有中北大学自身特色的信息标准。

在信息标准的建设过程中,应该考虑以下三个方面的标准:

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

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

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

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

1

2

统一数据库平台

一、统一数据库平台架构应满足以下特点:

区别对待现存老系统和新系统。老系统需通过数据整合器将原有的数据进行标准化后入库。新建系统共用统一数据库平台,数据在底层自然共享,不能采用集成或整合实现数据交换。

系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库。

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

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

二、技术要求:

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

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

3) 保证任何两个业务系统之间没有冗余业务数据;

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

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

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

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

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

三、公共数据库功能要求:

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

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

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

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

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

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

四、建设内容:

1) 信息标准管理工具

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

b) 数据项维护:对信息标准中的数据项进行管理和维护,包括对数据项内容和属性的定义。

2) 数据标准化工具

a) 代码转换:按照标准代码对接入的数据进行检查,可以将不符合标准的代码转换为标准代码。

b) 代码纠错:按照标准代码对接入的数据进行检查,对错误的代码可以进行纠错。

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

3) 元数据管理工具

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

4) 灵活报表工具:

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

5) 数据集成监控平台

需提供web化的中文用户界面,应能够实现对数据集成过程的监控及处理,管理界面应符合管理人员的软件操作使用习惯,并实现以下功能:

? 运行状态监视

监视当前运行项目的执行过程,掌握集成的运行结果情况,对项目的启动时间、停止时间、启动人等进行控制。

? 开发信息展示

提供项目相关信息,便于了解项目的内容和相关情况,包括项目信息、相关模块信息、模块关联信息、集成数据量信息的展示。

? 数据检查

对集成结果数据进行数据检查,检查内容包括目标结果记录数,非空记录数,数据完整性、准确性等。

? 异常处理

能及时发现各种运行故障,提供异常信息的查看,并对异常数据量进行统计。

? 任务控制

通过Web页面实现对集成任务的启停控制。

? 警告通知

提供项目异常信息及集成环境的警告机制,可通过邮件及时报警。

6) 数据集成平台:

a) 集成中心库:要求以教育部《高等学校管理信息标准CELTS-33》为基础,结合厂家过去多年集成经验进行设计。从总体上对高校数据进行梳理,在高校信息管理的数据层面按照面向对象进行设计。

b) 集成接口支持:

为不同类型的数据源提供接口,包括:

? 支持主流RDBMS如:Oracle、DB2、Sybase、SQL Server、InfoMix的数据集成;

? 支持非主流RDBMS如:Mysql、Derby、HypersonicSQL、PostgreSQL的数据集成;

? 支持ODBC数据源如:Foxpro、Access、Excel等的数据集成接口;

? 支持消息类型数据源如:JMS Queue、JMS Topic的数据集成;

? 支持如格式化的txt及XML的文件数据集成;

? 支持WebService的数据集成;

? 支持其他特殊类型数据格式如:LOB字段(BLOB、CLOB)的数据集成。

c) 数据集成KM库:

为学校提供数据集成平台提供数据集成KM库,定义了各种场景通用的知识模块(KM),包括了各种数据集成需求开发包共计100多项。

d) 拓扑管理工具:

为系统管理员提供拓扑管理工具,方便管理员使用该工具完成对基础架构的物理和逻辑体系的的定义,并且服务器、方案和代理等信息也被注册在数据集成平台的主存储库中。

e) 集成设计工具:

集成设计工具是设计阶段开发人员和元数据管理员的主要工具,系统所有项目的开发都是通过这个界面完成的。

使用该工具,为数据转换和数据完整性定义声明规则,然后将业务系统中数据库中的元数据导入或定义,为实际的生产环境生成方案。

f) 集成查看工具:

集成查看工具是运行阶段的主要工具,开发人员在设计阶段也可使用该工具进行调试。

使用该工具查看执行日志,包括错误数、被处理的行数、执行的统计信息和被执行的实际代码等等,实现对生产环境的管理以及ODI监控。

g) 集成调度工具:

学校通过集成调度工具实现对各个数据集成同步任务的调度控制,以此完成定制化的数据集成过程。

7) 数据实施

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

b) 元数据配置:对公共数据库的元数据进行配置

c) 数据清洗:对脏数据进行清洗

d) 数据过滤:对数据进行过滤

e) 数据转换:对非标准数据进行标准化,或按需求转换

f) 数据权限分配:配置共享数据的产生与使用权限

8) 数据集成

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

9) 定制共享数据表

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

10) 定制查询

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

11) 数据订阅服务

对平台提供的数据服务进行订阅,可以定时发送到订阅信箱。

1

3

统一身份认证及管理平台

技术要求:

1) 标准化

采用基于LDAP标准的目录服务器存储身份数据,并提供身份认证。

平台基于J2EE标准架构,要求在安全认证方面基于JAAS技术。

2) 可集成性

提供多种认证接口的异构支持,包括代理认证和LDAP目录服?接口。

支持多种语言的接口方式,包括Java、.Net、PHP、C、C++等。

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

支持Unix、Linux、Windows多种平台,完全支持跨平台的部署。

3) 可扩展性

身份、授权、认证功能相对独立,可以灵活的与第三方产品对接。

可实现用户名/口令认证模式,支持动态口令认证接口、CA证书认证接口、智能卡认证接口等认证方式的平滑扩展。

支持集群、热备、负载均衡集成。

支持同一个域内的多个应用系统间的单点登录,具有开放的跨平台SSO实现技术。

4) 安全性

系统需提供用户密码加密功能,支持扩展SSHA、CRYPT、SHA、RC4等多种密码加密算法,并可以快速扩展用户属性信息。

对用户的操作行为进行日志记录,以追溯用户的行为过失,确保数据安全。

5) 高性能

可为数百个应用提供统一身份认证服务的同时保证亚秒级的认证操作时间;

支持10万级的用户注册;常用服务器配置下,单机部署时应能支持最大800人的并发用户数,双机负载均衡部署时支持1500人的并发用户数。投标方需写明该负载情况的测试服务器配置。

6) 高效特性

提供灵活的同步策略配置,并通过小工具将权威数据源中新建和变更的用户身份数据同步至身份管理平台。

7) 可管理性

友好易用的界面,更符合国人的操作习惯。

集中的身份数据管理,不仅提供用户帐号的维护,还能提供便捷的批量导入、批量迁移等功能。

平台应提供相关服务器的软硬件环境的监视,发现异常自动发出告警,并通知责任人。

平台应提供历史事件的查询和认证会话的相关操作,建立完善的事后追溯机制。

功能要求:

身份管理平台应能实现身份数据的统一存储、统一管理,实现全校各类应用的单点登陆,以及各类访问与操作安全审计。同时,还提供便利的工具,便于系统的维护?管理。平台建设内容主要包括以下方面:

从学校全局的观点,管理学校的所有用户、角色,以及所有的数据资源。所有新建业务系统必须使用该统一身份认证及管理平台进行认证。

1) 基础服务

a) SSO认证服务

提供了平台的身份认证基础服务,包括对用户身份的识别验证和对用户单点登录会话的管理和维护。

b) 身份数据存储

按照学校特点和应用现状设计用户、组、权限模型,并按照模型设计完成数据存储。支持用户容器以及用户组两种管理模式,方便各类应用进行集成。提供更灵活的用户分类及授权机制。

c) 账号数据同步服务

管理员可预先配置帐号同步任务,并让这些任务按照事先设置好的时间循环执行,从而满足对身份帐号数据的自动同步和处理。

d) 多重帐号绑定

支持将在校期间不同阶段的多个帐号与人员身份进行绑定,无论用户处于那个学校或者同时具备多种身份,身份管理平台中均可以识别出其真正的身份,实现真正意义的全面身份管理。

2) 集成接口

a) 集成接口

可以支持各种开发语言的应用系统接入平台,如目前学校各类应用系统所使用的asp、.net、C/C++、COM、JAVA、PHP等多种开发?言。

b) 目录服务

目录服务是身份管理平台的基础。目录服务以层次结构,面向对象的数据库的方式集中管理用户信息,保证数据的一致性和完整性,为智慧校园各类应用提供用户信息的共享。

3) 身份管理控制台

a) 负载均衡

提供大并发访问下的高可用性,实现多机热备和负载均衡的能力。

b) 身份自助服务

身份自助服务主要面向高校内的最终用户,包括所有学生、教师和工作人员。身份自助服务可满足用户对自己帐号信息和密码信息的维护需求,同时用户还可以查询到自己的帐号的使用信息和维护信息。身份自助服务也包括用户找回密码的功能。

c) 仪表盘

概况仪表盘提供系统运行状态的总览,使管理员对当前系统的运行状态一目了然,便于管理员及时发现问题和异常。管理员可以查看帐号概况、认证概况、服务器状态和系统结构概况等。

d) 帐号管理

帐号功能帮助管理员完成全校身份帐号数据的查询、增加、删除、修改、过期设置、锁定/解锁和加入组操作;提供基于Excel文件的帐号批量操作功能;提供基于差异视图的帐号同步功能;提供平台内帐号操作行为的统计功能。

e) 认证管理

认证功能提供对全校身份认证相关数据的管理功能,包括对认证集成应用的管理和全校用户认证行为记录的查询和统计。

f) 授权管理

提供校内身份类型组的管理功能,用于区分用户的身份类型,为校内应用提供粗粒度的授权;同时提供单一用户的授权功能,解决对特殊用户的授权管理;提供管理员帐号配置接口,可灵活配置每个管理员访问页面内容的权限;提供身份帐号入组和出组的管理功能,可基于Excel文件实现批量操作;提供授权管理行为的统计功能。

g) 审计管理

为管理员提供及时发现问题之用,可审计出异常的帐号、不合理的认证行为和授权行为,用于发现系统可能存在的安全问题和隐患。

h) 监控管理

提供监控系统各项服务运行状态的功能,帮助管理员尽早发现系统运行问题。监控内容包括总体状态、会话状态、进程状态、服务器状态和监控配置功能。

i) 系统管理

系统功能主要包括一些对平台运行起支撑作用的数据管理和功能设置,包括操作日志管理、日志迁移管理、管理员管理和配置管理功能。

1

4

统一信息门户平台

技术要求:

1) 技术先进性

信息门户须采用先进的技术架构和设计理念,满足校园信息化建设不断发展的需要。

支持JSR-168Portlet规范,提供标准的Portlet容器,可以兼容任何标准的Portlet;

操作简单方便,基于WEB2.0的ajax技术进行开发,通过Ajax技术达到Portlet的动态交互效果。

平台在设计上采用监听机制,便于在需要时扩展对这些事件的处理逻辑。

2) 可集成性

要求综合信息门户提供具有高扩展性的服务架构和访问接口,让各种资源可以方便的集成到门户系统中,迅速的为用户提供服务。

对不同的业务需求可提供多种集成方式,保证良好的集成效果;

支持门户单个应用的热部署;当某个应用出现问题时,可以在服务不停的情况,实现对该应用的更新。

支持Unix、Linux、Windows多种平台,完全支持跨平台的部署;

3) 容错性

综合信息门户具备一定的容错性,在运行环境出现故障的时仍能提供稳定、持续的服务。

平台应支持并行绘制多个Porlet,防止因为某个Portlet超时而影响整个页面的展现效果。

4) 安全性

综合信息门户系统要能够为用户提供安全的信息资源和业务数据的获取,保障信息传输的安全可靠、保障信息不被非法用户窃取、保障用户的合法身份不被盗用。

5) 高性能

保证信息门户要能够在大规模用户的访问的情况下仍然能够提供高速的服务,至少支持5000人的同时在线访问。

6) 可管理性

提供良好的应用注册界面,可建立对用户访问行为的统计分析,以便后续对信息门户的优化提升。

功能要求:

1、信息集成标准

1) portlet标准

企业级信息集成标准,即JSR168标准,由国际标准组织共同制定,使得各厂商的集成在统一的规范下实现,降低信息集成的投入成本。

2) 基于共享库的集成

采用标准的数据集成手段实现用户查询等数据访问的集成,使得信息门户可以直接使用共享库数据。

3) 信息集成授权标准

信息门户实现了基于校园用户角色的集成授权标准,应用系统的集成基于此标准完成门户集成信息访问的控制。

4) 信息门户展现标准

提供UI集成标准定义,应用系统集成在UI层面基于此标准完成,以保证信息门户UI的一致性,提高用户可用性。各个应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式。

2、信息集成运行支撑

1) 标准门户服务器

提供校园门户平台的基础运行支撑,遵循国际标准和主流开发技术,包括JSR-168、Spring Application Framework、Spring MVC Portlet Framework。

2) 集成工具

在校园门户平台中提供丰富的内容集成方案,包括页面集成、数据集成和应用集成,集成手段有Iframe集成、页面抓取、RSS集成、HTML编辑、凭证登录集成等。

3) 用户自定义工具

提供丰富的用户与系统交互功能,包括风格选择、自定义页面和Portlet拖拽。

3、信息集成管理

1) 应用集成管理

对集成到信息门户的应用进行管理,管理的内容包括:应用的生命周期管理、应用的授权管理、应用参数控制。

2) 角色管理

对信息门户用户进行角色管理,角色基于校园用户身份,支撑数据集成共享库,保障用户数据的一致性。

3) 个性化管理

完成对不同角色用户的个性化管理,可以对不同角色授权于不同的应用,配置不同的角色访问UI。

4) 应用访问分析

对应用访问数据进行跟踪分析,发掘使用频度高低的各类应用,促进应用的完善和提供。

5) 运行管理工具

提供对Portlet Server的管理,包括站点管理、故障邮件告警、访问统计。

********8">4、公共服务组件

1) 通知公告

每个服务应用都有对应的通知公告,公告发布由服务应用管理员进行管理,面向师生用户进行公告的发布和撤销,用户登陆服务门户后可以查看相应服务应用中的通知内容。

2) 调查投票

服务应用需要对服务过程进行一些调查,服务应用管理员可以自定义调查内容、调查周期、调查对象,发布到对应服务应用中。

3) 新闻订阅

系统默认提供多种校内外的新闻,用户可以根据自己的需要去订阅查看。

4) 站内信

用户可以通过站内信相互沟通,系统中的一些提醒也可以通过站内信自动送达。

5) 日程服务

提供基于标准日历接口的调用服务,并且支持标准的iCal或xls格式的文件导入。

5、服务集成套件

系统支持市场上主流的集成方式,主要包括有Webservice接口、IFRAME、RSS、URL、HTML、页面抓取等方式。通过服务集成套件将服务应用集成入门户。

6、校园图片库

能实现按类分版块以及缩略图显示等功能。

7、问卷调查系统

系统提供强大的问卷调查功能以满足面向学生及教职工的各类问卷调查工作。可灵活设置问卷调查的题目及面向的对象,并做调查统计与分析。

8、工资查询系统

系统能够导入财务处系统中导出的工资数据,同时能实现个人用户查询工资及奖金的功能,在后期数字化校园财务系统上线后可直接从财务系统导入数据无需手工干预。

1

5

系统集成

至少集成但不限于以下系统:教务管理系统、图书馆管理系统、邮件系统、科研管理系统、人事管理系统、研究生管理系统、学工管理系统、站群管理系统。并必须提供现有系统与基础平台的详细、可行的集成方案。(本次招标包含支付第三方厂家的集成费用。)

5

6

人事综合管理与服务

技术及功能要求:

********6">1) 系统应支持业务流程自定义。系统应提供流程自定义功能,可根据学校实际业务需要灵活调整审批流程,根据定制的业务流程,实现信息在系统中的流转,并且审批过程可视化,不同权限的用户可随时跟踪审批状态。可对流程节点的人员数据进行统计分析。

********7">2) 系统应支持工资体系及结构的自定义。可以灵活地设置工资体系及结构,包括工资项目、工资系列、具体工资项的计算公式等指标。系统会按照已经生效的设置标准,自动搜索出何时应该给哪些教职工发放哪类工资。

********8">3) 系统应提供统计报表自定义功能。系统内置年报、高基报表、月报等多类报表模板,用户在页面上直接点击报表名称,即可运行出相应的报表数据。系统应提供统计报表自定义工具,用户可以方便灵活的定义各种报表及高级花名册,即可以统计实时数据,又可以统计历史某个时间点的数据,从而减轻统计工作量。可以将统计结果导出成excel ,pdf,word等多种格式的文件。

4) 系统应提供多种查询收索方式,满足不同层次的用户对信息查询的各种需要。系统应支持快速查询自定义,可以自定义常用的字段如职工号、姓名、所在单位、职称、年龄等字段进行快速查询。支持模糊查询,支持通配符。系统提供查询定制工具,可灵活定制所需查询,并可保存查询。

********0">5) 系统应采用灵活的权限管理。采用基于角色的访问控制思想,在系统中根据资源定义常用的角色,根据不同角色的访问需求分配给相应的资源权限来完成对资源的访问。系统还根据人事系统业务的需要,提供更细粒度的权限设置,可实现对不同子集的访问权限的授权,以及对子集各个字段的不同级别的授权,对报表及各类打印表格的授权。

6) 系统应根据最新的国家标准和教育部标准建立了完善的代码体系,为各级人事部门之间的数据共享及数据交换打下了基础。在规范的代码之外,用户还可以灵活的按需定义各种人事代码。规范中北大学教职工数据的存储,实现信息的标准化和规范化。

********3">7) 系统设计应注重实用性及易用性。系统设计简洁,实用,满足用户核心功能,便于用户高效的完成工作。系统提供提醒功能,以免耽误审核时间,而延误数据的流动。界面风格体现人性化要求,屏幕组织有序、简洁、平衡、易于操作,能够为使用者带来更好的用户体验。

8) 系统需依据我校教职工考评的实际流程设计,实现考评工作的信息化与网络化。

9) 考评支持量化考核与非量化考核相互结合的考评办法。

10) 简化个人岗位聘任申报系统能自动从科研系统,教务系统等读取个人相关的科研及教学工作量信息.

11) 系统能够采用量化与非量化相结合的办法实现岗位聘任申报的审核工作。

12) 系统能够实现学校负责各级各类岗位的考核,各单位负责对相关各类人员的考核。

13) 系统可根据我校实际考核办法,灵活定义各项考核数据、指标的处理规则。

14) 系统能够实现对不同的考核人员类别制定不同的考核方案、内容、指标等,实现考核方式的个性化与定制化。

15) 考评系统应能够与人力资源管理、科研、教学等系统集成,教职工考评内容能够读取人事管理系统中的人事基本信息、科研系统中的科研工作量信息、教学系统中的教学工作量信息,实现数据共享。

16) 教职工考评结果能够与岗位津贴挂钩,实现考评的激励、竞争作用。

17) 考评系统能够设置不同人员类别岗位津贴的标准,考评结果能够与岗位津贴一一对应,实现“按劳分配,多劳多得”的原则。

人事基本信息管理子系统:

********6">招聘管理

********7">a) 需求报批及审核发布:学校各学院上报需求计划,人事处审核各学院的发布需求计划,对于人事处审批通过的各单位需求计划,人事处进行整合,形成招聘计划,然后面向社会对其进行发布。

********8">b) 在线提交应聘申请:校外人员在学校招聘网站上注册,填写简历,查看人事处发布的岗位提交应聘申请,数据会自动流转到审核页面进行审核。

********9">c) 审核录用:可根据学校需求定义审批流程,支持院系人事处二级审核,院系管理员对应聘本单位求职者填写的应聘申请表进行全面审核,人事处管理员可对各院系单位面试通过的求职者应聘申请表进行全面审核。对通过所有应聘流程的人员进行录用。

********5">d) 招聘网站:主要是对外面向应聘人员,对外发布招聘计划、职位介绍等。校外人员首先需要网上注册,已注册的应聘者登录系统,能看到人事处已发布的所有招聘计划,填写简历进行职位应聘,并可以在线查看审核进度及录取结果等。

********1">拟进校人员管理

a) 人员招聘工作结束后,对于学校拟聘用的人员信息,可以在拟进校人员管理中进行登记并维护信息,也可以直接将拟聘用的信息由系统自动同步到该模块,实现数据共享。

b) 在新职工报到时,可以对其编制职工号,执行报到操作。报到后的数据流转到在校人员库。报到后教职工可以在个人信息维护中完善或修改个人信息,人事处对信息进行审核。实现对教职工个人信息的完善和收集工作。

********2">编制管理

a) 人员招聘前,需通过编制管理,对学校各单位各编制类别下计划人数信息进行维护,随着后续人员的入校操作,一个教职工占用一个编制数目,从而可以查看各单位的编制使用情况。

b) 可对已设置好的编制进行统计,查看各单位的缺、超编情况,和查看占用了固定编制的人员信息,为人员引进计划和招聘提供数据参考。

********3">在校人员管理

a) 教职工信息采集完通过审核后,形成个人电子档案。后续的单位调动、岗位聘任、职称评审、考核、培训、人才计划、出国、离退休、离校等业务数据,会在系统业务处理完成后,自动保存在电子档案中,实现对教职工在校期间发展的轨迹追踪。

b) 管理员可随时调取查看教职工在校期间的各项信息也可以及时更新教职工的各项信息,各项信息的更新及改动,系统中都有人事操作日志记录,可供管理员查询、查看。

c) 人员信息内容包含人员基本信息、职称职务信息、学习进修信息、工作经历、因私出国、合同信息、科研信息、教学信息、奖惩信息、家庭成员信息等,涵盖了日常管理的各个方面的信息。系统应提供自定义表结构功能,用户可以根据自身实际情况需要,配置出自己需要的信息子集,实现随需扩展。

********5">d) 系统应支持各种数据查询方式。

? 快速查询:可以自定义常用的字段如职工号、姓名、所在单位、职称、年龄等字段进行快速查询。支持模糊查询,支持通配符。

? 常用查询:系统需预先定义些常用的分类查询条件,如人员类别、数据检查类、系统提醒类的等各种查询条件,方便用户使用。

? 用户也可以自定义一些常用的查询条件保存下来,供多次搜索使用。

? 高级查询:系统还提供高级搜索功能,用户可以自定义查询条件,组合进行数据的搜索,并可以将查询条件保存下来作为常用查询,供多次查询使用。

********6">e) 数据导出

? 系统支持各种花名册的制作,通过查询直接读取人员信息库中的数据,可以随需导出各字段项,并可以将常用的导出格式保存成模板,供多次导出使用。可以将数据以excel表等形式导出。

? 支持设置导出名称或者代码。用户可根据情况自行选择是导出名称还是导出代码。

? 支持历史数据的合并导出。如将个人的学历情况合并导出在表格中。

f) 系统支持各种复杂花名册的制作,系统会自带一些常用的高级花名册,方便用户使用。

g) 系统支持对数据的批量操作,可以选定一定范围的人员修改更新字段信息。系统支持对数据的批量导入操作,可以批量导入信息子集记录。

h) 系统在每个功能模块都应有记录操作日志的功能,记录人员信息的任何改动痕迹,包括员工数据项改动前后信息、改动操作人信息等。可以查询某人信息每一次被改动的历史信息。可以查询到系统的某个操作人员在某段时间内做过哪些人事业务操作。

********1">合同管理

新进人员走完报到流程,成为正式在校人员后以及新聘岗人员,均需要签订合同,需要在系统中维护人员的合同信息,包括聘用合同以及历次聘任合同,提供合同到期提醒功能。可以方便查询个人合同信息。

********2">校内调动

a) 维护教职工在校内不同部门的调动,对校内调动的相关信息进行管理。可打印人员的调动信息,可查看某段时间学校的调动人员明细情况等。

b) 可根据学校需要制定审核流程,如教职工提交申请—调入单位审核—调出单位审核—人事处审核,审核通过的信息可以同步到人事信息库。

c) 也可以由人事处直接针对发生调动的人员信息,也可以跳过审核流程,由人事处直接维护教工的校内调动信息。

d) 可以查询出某段时间,学校发生过变动的人员情况;可以查询出某人在校期间的历次调动信息。可以查看详细的操作日志。

********3">职务变动

对干部的任职、免职等信息进行维护,实现对教职工任职、晋升职务、降低职务、以及免除职务的管理。可查询某段时间学校发生过职务变动的人员情况,也可看个人历次职务任免信息。

********4">离校管理

a) 可维护离校人员的信息,对校内人员离校(包括工作调动调出、减员除名、离职)申请进行审核,并对其做离校处理。

b) 可根据学校需要制定审核流程,如教职工提交申请—院系审核—人事处审核,审核通过的信息可以同步更新到人事信息库。

c) 也可以由人事处跳过审核流程,直接维护教工的离校信息。

d) 可将离校人员从在校人员信息库中分离出来,形成离校人员信息库,方便后续的查询和统计。

********5">离退休管理

a) 预退休提醒:系统根据离退休的相关规定制定查询条件,系统根据查询条件及设定的提醒时间,自动过滤出与预退休人员名单,并对预退休人员进行退休或者延退等后续操作。

b) 离退休操作:可由个人提交离退休申请,经本部门审核通过后,经人事处审核,对于确认离退休的人员,由人事处维护其退休的相关信息。同时,该人的信息自动流转到退休人员库中,并流转到工资管理员操作页面上,进行退休工资确认和执行发放。

c) 也可以由人事处根据过滤出的人员名单直接录入退休相关信息,同时流转到退休人员库。

********6">延退管理

到期退休的人员,需要延迟退休的人,可以由部门提交申请,经人事处审核,并最终维护延退人员的信息(例如延迟退休时间等)。或由人事处直接维护人员的延退信息。

********7">返聘管理

维护返聘人员的信息。可以由部门提交申请,经人事处审核,并最终维护返聘人员的信息(例如聘用时间段等)。

********8">文件管理

实现对各部门文件的上传下载功能,各部门可以上传文件给本部门人员或者全校教职工进行查看,下载。

师资管理子系统:

********9">考核管理

a) 实现人事考核的网上管理,包括年度考核与聘期考核,在系统中实现考核的过程管理和考核结果的记录、维护,支持量化考核和非量化考核。

b) 首先进行考核基础信息的设置,包括考核起始时间和结束时间的设定,并且可以设置定性考核指标。可设置考核填报模板,对于量化考核的情况,需要在模板中设定考核指标以及对应的量化分值。对于非量化考核的情况,则不需要进行指标设置。可维护参与考核人员, 教工个人可网上填报考核模板并进入网上审批流程。

c) 量化考核的情况下,可以统计汇总出每个人的考核结果以及考核的明细分值情况,系统支持考核情况的统计、查询、分析,以及统计结果的打印,汇总各部门考核情况。

********0">职称评审

a) 人事处管理员发布职称评定计划和职称评审条件,进行职称评审基础信息设置,包括评审材料公示起止时间、申报起止时间、公示结果起止时间等,只有在相应时间范围内才能进行评审操作,评审相关信息设置好之后,启动职称评审,进入职称评审过程的管理。

b) 系统支持自定义各系列(专技、管理、工人)人员职称申报模板(根据需要,自行设定模板,例如个人教学、科研、管理、社会工作等方面需填报的内容)。

c) 教工个人可以选择对应的申报模板对各指标项内容进行填报,填报提交后,根据各个指标项的审核权限设定,自行流转到相关单位委会进行审核,相关部门聘委会经过审核,给定意见,最终经人事处汇总各方意见,录入最终职称评聘结果。

d) 系统记录职称评聘的结果信息,并将信息反映到个人基本信息中。同时,职称的变动信息也会及时反映到工资管理员的相应操作页面上。

e) 系统对历次的评审情况都有历史数据保存,可以查看每次评审的详细数据。

********2">岗位聘任

维护教职工岗位聘任的信息,可实现教职工岗位聘任申请、院系人事处二级审核过程,也可以由人事处直接录入教职工的聘岗信息。

********3">因私出国

a) 维护教职工因私出国信息管理及查看出国人员信息。出国管理业务人员维护出国信息,相关部门人员查看人员出国情况和查看未按期归校人员信息。

b) 可实现对出国的申报、教职工因公出国信息的审核及维护、延期信息维护等以及教师出国查询统计功能,统计分析学校出国信息情况。

********4">教师资格认定

教师资格认定业务可实现维护教师资格认定信息,对其进行增、改、删、查等操作,并在此基础上导出Excel供上报用。

********5">高层次人才

维护高层次人才的基本信息,聘期考核信息、津贴信息等,可增、删、改、查、导出,方便查询统计。

********6">专家信息管理

维护专家的基本信息,形成专家信息库,可增、删、改、查、导出,方便查询统计,可以根据专家类别、人员姓名等字段进行查询与统计。专家历史数据在数据初始化时可以导入系统。

********7">兼职特聘教授

维护兼职、顾问、名誉教授的聘请、考核以及聘期信息维护,实现对学校师资力量的信息维护,并且实现查询统计,可查看在聘状态、人员是否续聘等信息。

********8">外聘教师

维护学校外聘教师的基本信息,聘期信息等内容。

劳资管理子系统:

系统配置:

********6">a) 基本工资标准维护:设定各种身份职工的基本工资标准。在同一个页面,既可以维护国家标准的工资,又可以维护非国家标准的工资。国家标准需分别维护岗位级别及工资和薪级及工资,非国家标准只需维护人员类别和对应的岗位的薪级工资。

********7">b) 工资项目维护:设置学校工资体系中要用到的所有工资项目,并可对此进行默认值的设置。系统支持新增、 删除,并可直接对工资项的名称、默认值、排序进行修改。

********8">c) 工资系列设置:设置学校特定的工资系列,并配置系列对应的工资标准及工资结构。这里的工资标准为该系列对应的的基本工资标准,工资结构为该系列使用到的工资项合集。

********9">d) 计算公式管理:维护工资起薪、变动过程中用到的计算公式。在进行工资起薪或者工资修改时,需要按照特定的公式,进行工资的初始化或者级联计算,通过公式,简化数据的录入和计算过程。可以对不同人群使用不同的公式。

********1">e) 岗位津贴类别设置:维护学校岗位津贴类别及金额,对应“岗位津贴”工资项。

********2">f) 考核标准设置:设置岗位津贴考核标准,系统可按照设置好的考核标准,自动完成岗位津贴的考核升级工作。

********3">工资起薪

为学校的在职人员进行工资起薪操作,选择起薪时间、合适的工资系列、工资职务、薪级等。可以查看已起薪人员及明细,并可对已起薪人员进行“撤销起薪”操作。

********4">工资变动

对工资系统中,对已起薪的在职人员进行工资变动维护。可在“已起薪人员”页面中进行工资变动操作,填写变动原因、变动时间,修改变动后的工资项信息;同时,可在“变动历史”页面查询、查看变动的历史记录,并且也可对未生效的变动进行撤销操作。

********5">导入工资变动

对已起薪的在职人员进行工资变动维护。可通过excel、dbf、text文件将所有的变动工资项导入到系统中,再生成变动工资。生成变动工资后,其数据一方面流转到“工资变动”页面,作为工资变动历史,供工资科管理员进行查询、查看、导出。同时发生的变动会流转到“工资生成”页面,等待工资发放。

********6">补发补扣

由于教职工某些变动原因,对已起薪的在职人员进行补发补扣操作。可在“已起薪人员”页面中进行补发补扣,选择补发补扣类别,填写补发或补扣的工资项信息;同时,可在“补发补扣记录”页面查询、查看补发补扣的历史记录,并且也可对未生效的补发补扣进行撤销操作。

********7">工资减员

对已起薪的在职人员进行工资减员操作。“已离校待减员人员”页面记录在“离校人员基本信息”中进行离校操作的人员信息,可直接对这些人进行工资减员操作;在“已起薪人员”页面中可对已起薪未减员的人员进行工资减员操作;同时,可在“减员人员”页面查询、查看工资减员的历史记录,并且也可对未生效的工资减员进行撤销操作。

********8">暂停工资

对已起薪的在职人员进行暂停工资操作,包括停发部分工资项目,或者是全部工资项都停发。可在“已起薪人员”页面中进行工资暂停,选择暂停方式、暂停原因和暂停时间,填写备注信息;同时,可在“暂停工资人员”页面查询、查看工资暂停的历史记录,并且也可对未生效的工资暂停进行撤销操作。

********9">生成工资

对当月的工资起薪、变动及发生的补发补扣、暂停、减员等,进行工资发放,同时生成工资文件。系统通过判断人员是否有最新变动来生成工资,按工资变动、减员停薪|恢复、暂停工资、变动明细的顺序来生成每人每个工资项对应的当月的变动数据。如果没有最新的变动,会从最新一次生成记录中,展现数据。可通过“工资发放”来选择此次工资的发放年月,可通过“工资文件”下载相应月份的工资文件。

********0">发放工资查询

查询、导出所有已经发放工资月份的工资信息。选择发放年月,可以导出每个人的详细工资信息,也可导每个人的工资条,发放给所有教职工。

********1">发放工资统计

对于历史工资信息,系统支持三种方式统计,分别为统计个人各项工资发放情况、各单位汇总工资发放情况、统计全校各项工资的发放情况。

********4">离退休工资管理

********5">a) 基础参数配置:

********6">? 离退休工资结构:设置离退休工资的工资结构,即离退休工资体系的工资项,并设定各工资项的默认值及排序。在离退休工资起薪时,系统就会按顺序显示设置的离退休工资项,其中设置默认值的工资项会直接显示默认值。

********7">? 沿用在职时工资项:设置离退休工资可沿用的在职工资项,设定其对应的退休工资项名称。对某一离退休工资项设置沿用在职工资项后,在离退休工资起薪的时候,该工资项可直接沿用设置的在职工资项的数值,无需再手动填写。

********8">? 离退休补贴标准:设置并维护离退休的补贴标准。符合设定条件的人员,在离退休工资起薪时,系统能根据人员条件,按照对应的标准,自动计算并显示其对应的补贴项数额。

********9">b) 离退休工资起薪:为学校的在离退休人员进行离退休工资起薪操作,填写各离退休工资项数额。

********0">c) 离退休工资变动:对已起薪的离退休人员进行工资变动维护。可对一个人进行工资变动,也可同时对多个人进行批量工资变动,工资变动时,填写变动后的数额即可。同时,也可查询、查看、导出变动的历史记录。

********1">d) 离退休导入工资变动:对已起薪的离退休人员进行工资变动维护。可通过excel、dbf、text文件将所有的变动工资项导入到系统中,再生成变动工资。

********2">e) 离退休工资减员:对于离退休的工作人员,由于去世等原因,需要对已起薪的离退休人员进行工资减员操作。在“已起薪人员”页面中可对已起薪未减员的人员进行工资减员操作,填写减员时间、减员原因等信息;同时,可在“已减员人员”页面查询、查看工资减员的历史记录。

********3">f) 离退休工资生成:可以生成每月新起薪、变动、减员的退休人员工资清单,系统默认没有任何变化的离退休人员按照上月工资发放情况进行发放,工资发放成功后,就会清空当前信息列表中的数据,同时,在工资文件列表中,就多了该月的工资文件,系统默认使用日期来标示工资文件名称,并可该工资文件可供下载。

********4">g) 离退休工资统计:按照人的自然条件来统计历月发放离退休工资情况、通过选择查询起始、结束年月统计选择月份内各工资项的工资总额、通过选择统计的工资项,来统计单个工资项的工资发放情况。系统提供以上三种统计方法的任意组合,可以统计出任何人在任何时间段内的任意工资。

********5">h) 离退休工资导出:按退休状态、工资年月导出工资条或工资明细的excel表格,可直接在线查看,也可保存到本地电脑。

考评管理子系统

岗位津贴标准

a) 不同的岗位类别设置不同的岗位级别,不同的岗位类别及岗位级别设置不同的岗位津贴标准。

b) 岗位津贴标准包括专业技术、管理、工勤、离退休人员岗位津贴标准,

c) 岗位类别、岗位级别与岗位津贴一一对应,并且可以根据每年学校的岗位津贴标准的变化进行标准的调整。

d) 根据授权可以查询全校的岗位津贴标准。

岗位职责标准

a) 不同的岗位类别及岗位级别设置不同的岗位职责标准,并且可以根据每年学校的岗位职责标准的变化进行标准的调整。

b) 岗位职责标准包括专业技术、管理、工勤岗位职责标准

c) 岗位职责标准包含教学任务、科研任务、日常管理任务等,设置每个岗位的明细的岗位职责要求。

d) 根据授权可以查询全校各类各级的岗位职责标准。

岗位聘任

a) 根据设置的聘任条件及教职工个人聘任相关材料系统自动生成相对应的岗位聘任,对与上一年岗聘的级别差距比较大的进行提醒汇总。其中岗位聘任相关资料数据从人事、教务、科研等系统中自动读取。

b) 在岗位聘任时,对本年度岗聘类别不同的,显示上一年度的聘任信息。

c) 可以对量化的岗位聘任条件进行设置,无法量化的条件可进行手工增加。

d) 岗位聘任审核确认,系统根据岗位聘任条件,自动比对申报表,进行初步判断,然后由审核人员给出审核结果。

e) 岗聘结果维护,个人可以查看本人的岗聘结果,可对岗聘结果进行确认或提交异议操作。

f) 岗聘结果公示,最终数据会自动更新至人员基本信息库中

g) 保留历年岗聘信息,可以查询历年的聘任信息。

岗位考核

a) 设置考核开始及结束时间,并初始化考核相关数据。

b) 定制考核模版内容,不同的考核模版可适用于不同的人员岗位

c) 考核模版?置为学校实际考核内容,其中包括基本人事信息、科研信息、教学信息等。

d) 考核模版内容数据来源方式包括自动导入、手动添加、手动导入等方式,自动导入需要与科研系统、教学系统做系统集成

e) 集成的科研系统数据、教学系统数据、人事系统数据在考核系统中不可修改。

f) 依据岗位职责标准,将教职工填报的考核信息及从科研系统、教务系统、数字研究生系统中集成过来的数据与岗位职责比较,得出最终的考核结果。

g) 系统支持考核情况的统计、查询、分析,以及统计结果的导出,汇总各部门考核情况

岗位津贴发放

a) 实现岗位津贴的计算和发放。系统可根据中北大学实际情况灵活制定、调整岗位津贴发放标准、发放时间、发放比例等。

b) 系统可自动根据考核结果,计算出教职工对应的岗位津贴数额。

c) 人事处管理员根据各学院人员情况和承担的工作任务情况,在系统中计算教职工当年的岗位津贴总额, 人事处可汇总生成一个全校岗位津贴发放表,可导出给财务

d) 实现查询统计功能,人事处管理员可实时查询统计各单位岗位津贴情况,生成一张各单位岗位津贴情况汇总表;个人可以查看个人的岗位津贴发放情况。

1

7

综合校情展示

技术及功能要求:

a) 综合校情展示系统需能够有效整合学校各部门独立数据资源的工具,多角度、多层次的展示校情数据。专家和校领导可以通过系统全面便捷的了解高校各方面的情况,更可以层层深入浏览至每位教师情况、每件设备情况、每位学生情况等更详尽的信息。

b) 系统需提供对学生信息、教职工信息、资产信息等各项校情数据的查询平台,可方便快捷的定位到目标信息。

c) 系统需在大幅降低各部门统计数据及计算的工作强度时,也规范校内各类数据定义及分类的标准和规则,促使各部门在统一标准下协同工作,减少数据误差和数据不统一带来的重复劳动。

d) 系统需有效保存高校各阶段历史数据,进行一定的统计分析,展示高校发展历程,不仅为评估工作提供支持,且为高校领导提供决策支持的依据。

e) 系统需提供友好易用的用户界面,用户可以快速创建报表,并设置报表内容及形式并进行统计分析。

建设内容:

基本校情查询主要以学校基本对象(学生、教师、资产)的数据为基础展开分析,采取“泛化”的建设思路,初步体现共享库的建设效果。

1) 学生基本情况分析

包括按学生来源国家、学生来源地区、生源比重、学生政治面貌、学生性别、学生民族(汉族/非族)等分类的统计。

2) 教师基本情况分析

包括生师比、按类型、按年龄段、按院系部门、按学科、按学历、按学位、按职称、按来源国家、按学缘(本校毕业)比重、按政治面貌的师资统计。

3) 资产基本情况分析

包括校舍总面积、生均校舍面积、不同类别校舍面积、占地总面积、生均占地面积、不同用途占地面积、仪器设备总额、生均仪器设备额、仪器设备构成、仪器设备使用方向、用于教学科研的仪器设备比重、图书总量、生均图书量、电子图书所占比重、图书构成等。

4) 展示综合校情

内容展示:制作展示页面,为最终用户提供校情内容

内容检索:按照主题、栏目等检索校情展示系统内发布的所有信息和报表

5) 定制系统风格

个性化制作用户系统的展示页面

6) 定制校情展示报表

按照校情展示报表样张进行报表定制(包括静态报表及动态报表)。

7) 信息发布

将用户提供的信息文档内容发布在相应的栏目中。

1

8

办公自动化系统

系统整体要求:

投标商具有《计算机软件著作权登记证书》。

系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发。

系统需与公共基础支撑平台采用一体化设计。使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能如:待办事宜、公文查询、信息公告等可抽取至统一信息门户实现一站式服务。

系统需能够通过快速方式将学校原有数据批量导入,投标商负责原有数据迁移;

能够按需读取全校大平台上各部门各系统的数据,并能进行数据二次开发或数据挖掘;

信息发布要审核;

嵌入中北大学现有电子政务系统。增加收文流程。

技术及?能要求

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

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

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

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

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

6) 可实现即时提醒功能,帮助用户及时了解自己需要处理的事务;桌面的待办事宜要显示所有需要用户处理或审批的信息、公文、会议,用户需要参加的会议;通过与现有短信平台集成实现相关待办事宜提醒推送到手机进行提醒

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

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

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

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

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

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

13) 可扩展移动办公,能够适配主流的手机平台。在移动平台上实现公文处理审批、信息审批、会议通知、日程管理等常用功能,提供详细阐述。

********0">建设内容

********3">1) 公文处理

********4">a) 发文管理:提供校级、部门级发文管理功能,包括拟稿、审批、流转、会签、反馈、发布、归档等环节。

********5"> ①. 发文草稿:灵活选择发文稿纸、发文流程,可填写发文审批单,编辑公文正文。公文正文的起草采用MS Word方式,也同时支持公文正文的上传,支持多个公文正文。如有附件,还可以添加附件。

********6"> ②. 待办发文:发文拟稿提交后,相关办理人员登录系统,可以在操作桌面的“待办事宜”中收到任务提示,用户可点击待办事宜的链接,可直接对公文进行处理。可以对公文内容进行修订,系统自动保存修订痕迹。

********7"> ③. 发文退件:可以查看未通过的审批意见,根据审批意见对公文进行重新修订,再次提交。再次提交后的公文则重新记录到“发文草稿”模块中。

********8"> ④. 已发公文:用户起草公文后,在已发公文列表中可以查看,并可将备份的已发公文记录删除,也可以将公文转成草稿进行进一步的处理操作。

********9"> ⑤. 发文反馈列表:本部门起草的公文发布给其它部门,其它部门反馈后,可以在该模块下查看,并可以将公文在部门中继续流转。

********0"> ⑥. 外部门来文列表:其它部门经“发布到部门”环节流转到本部门的公文可在“外部门来文列表”显示,针对此类公文,可以选择内部处理功能,进行本部门的公文继续流转处理。

********1"> ⑦. 公文废件箱:在系统中,公文的“废除”功能是跟“审批”环节密切相关的,只有处理“审批”环节的用户才能够对公文进行“废除”操作,废除后的公文就会自动返回到起草部门的“公文废件箱”中。

********2">b) 校外来文管理:

********3"> ①. 校外来文登记:由管理员或秘书在系统内填写记录校外来文信息,文件可通过附件形式直接上传,并将文件提交领导批阅。

********4"> ②. 待办校外来文:校外来文的处理、审批都在此进行,当有新的待办时,首先会在系统桌面的“待办事宜”提醒,点击链接可直接进入此列表。在处理校外来文时,与处理发文类似,可查看校外来文审批单、来文附件、之前的处理意见,还可选择下一步处理环节和处理岗位,提交至下一步继续处理。

********5"> ③. 校外来文查询

********6"> ①. 来文登记:收文部门可在“来文登记”列表中记录收文的文号,进行登记,登记后的公文直接进入部门“已登记来文”中。

********7"> ②. 已登记来文:管理员可将来文送审阅,选择具体的部门流程,继续在本部门内实现流转。

********8"> ③. 待办来文:需要用户审批的待办来文,会在此显示,并可做具体审批处理。

********9">d) 公文配置信息:系统提供了设置公文自动编号规则的功能,用户可对部门信息、发文文号、部门发文流水号以及校外来文流水号等信息进行设置。在当流程设置“编号”环节中可实现自动编号功能。

********0">e) 公文查询:系统提供强大的公文查询功能,可以按照文号、流水号、日期、标题、关键字、文种等字段进行查询,可查询全校或本部门公文的发文情况以及校外来文各种来源的收文情况。用户还可以通过查询出来的结果,具体查看某条公文的基本信息、流程信息、当前公文处理状态、查看或下载公文正文及附件等。

①. 个人公文查询:查询个人处理过或者拟稿的公文(非草稿状态);

②. 部门公文查询:查询当前用户所在部门的所有人员处理过或者拟稿 的公文(非草稿);

③. 全校公文查询:查询全校所有的公文(非草稿状态);

④. 校外来文查询:查询当前用户处理过的校外公文;

⑤. 校外来文管理查询(部门):查询当前用户所在部门及其子部门处理过的校外来文;

⑥. 校内来文查询:查询当前用户处理过的外部门来文;

⑦. 校内来文查询(部门):当前用户所在部门及其子部门处理过的外部门来文。

********1">f) 公文流程监控:系统提供公文流转监控功能,可以实现将公文回退至前一环节,再重新选择合适的岗位送审。系统详细记录公文流转过程,相关用户可直观的查看到公文的流转记录。

2) 流程管理

********0">a) 公文处理流程管理:利用流程编辑器灵活的创建公文流程,公文流程支持流程管理中的各种流程模型,设定各种类型的公文流程,这些环节包括:审批、部门审批、部门会签、会签、办公室审批、领导审批、签章、办文、登记、编号、登记编号、用印、签发、排版、定稿、发布、分发、发布到部门、流转、流转到拟稿者、反馈、核稿、归档、不通过等。

********1"> ①. 发文流程:定制发文管理中要使用的流程,通常由全校流程管理员定制全校使用的发文流程,由各部门管理员定制各部门使用的发文流程。

********2"> ②. 校内来文流程:定制校内来文管理中要使用的流程,通常由全校流程管理员定制全校使用的校内来文流程,由各部门管理员定制各部门使用的校内来文流程。

********3"> ③. 校外来文流程:定制校外来文管理中要使用的流程,通常由全校流程管理员定制全校使用的校外来文流程,由各部门管理员定制各部门使用的校外来文流程。

********4">b) 公文处理流程查看:查看流程信息,可同时查看全校公用流程和本部门建立的流程,其他部门的流程不能查看。

********5">c) 信息发布流程管理:运用流程编辑器可以创建基于栏目的信息管理流程,不同的栏目下设定不同的信息管理流程,流程环节可灵活定义。系统提供了完备的流程编辑器,支持各类信息管理流程模型。

********6">d) 信息发布流程查看:查看信息发布模块的流程信息,可同时查看全校公用流程和本部门建立的流程。

e) 对方尚未处理文件,可以由发出者收回。

3) 模板管理

系统实现模板的灵活定制,将对应的模板与对应的业务相互匹配。

********8"> ①. 公文模板维护:一种是签批单,基于HTML稿纸,可以有若干个输入框,每个输入框与实际的流程处理环节相结合,用户审批的信息可自动填写在对应的输入框中。一种是公文正文的红头文件模板,基于WORD编辑。学校管理员可自行制作个性化的模板。在系统内,提供两种模板的上传功能,管理员可进行新建、修改、删除模板等操作,也可以EXCEL等形式导出模板内容。

********9"> ②. 信息模板维护:包括校级模板和部门模板,分别由校级文件管理员和部门管理员进行维护,管理员可以将已经定制好的模板上传,支持的文件格式是MS-WORD。其他用户只能查看模板,不能对模板进行维护。在定制模板时,可以通过设置,将系统中填写的标题、起草部门、时间等内容自动更新到信息模板中,方便用户编辑信息内容。

********0">4) 信息发布

以“栏目”为基本单位实现信息的分类发布和管理,息栏目以多层次树型结构展示,栏目结构可完全由用户自定义。为不同栏目选择不同的审批流程,发布信息时选择哪个栏目就要遵循该栏目的流程,并由?统自动控制信息的流向,将其转给流程中设定的相应审批人,供其查看并审批。发布后的信息会显示在操作桌面的“最新信息”中,有访问权限的用户都可以看到。同时,用户可以通过“个人信息查询、部门信息查询、全校信息查询”三个菜单查询已经发布的信息。

********2">1) 我的草稿:系统与Microsoft Word无缝集成,在编辑信息草稿时,利用其强大的文本编辑功能实现信息的草拟,支持在文件中直接插入图片、表格、艺术字等特效,支持附件录入。同时,也可选择已经草拟好的信息文档直接上传。信息内容支持对Office文档、HTML文件进行在线编辑。系统将信息分为“对内信息”和“对外信息”两大类。“对内信息”,用户可针对当前要发布的信息设置部门或具体岗位的查看权限; “对外信息”,所有用户都可查看,还可与学校外网网站对接。

********3">2) 信息管理:

********4">a) 栏目管理:系统为用户提供了栏目维护工具,可实现栏目及子栏目的新增、删除、维护、移动等,并可根据栏目特点设置其对应的信息管理流程,选择合适的审批部门及审批人,并对栏目进行排序。系统支持栏目内容的批量移动,同时,用户可以灵活设定对应关注的栏目信息,在信息阅览平台中优先显示。

********5">b) 部门信息管理:部门管理员可以本部门已经发布的信息进行维护:可以对信息进行固顶级别的设置(支持多级固顶设置),可以修改信息的发布栏目,修改信息的访问权限等,也可控制信息的呈现状态。

********6">c) 学校呈现栏目:校级文件管理员设定哪些栏目是整个学校比较关注的,需要在信息阅览平台中优先显示。

********7">d) 部门呈现栏目:部门管理员设定哪些栏目是部门比较关注的,需要在信息阅览平台中优先显示。

********8">e) 个人呈现栏目:用户设定哪些栏目是个人比较关注的,需要在信息阅览平台中优先显示。

********9">3) 信息审批:系统支持从信息草拟到审批的管理,实现信息管理的精准化、过程化、动态化处理。在信息草稿处理完成后,信息进入审批处理过程。具有审批权限的用户可通过此功能对信息进行阅览、修订、审批、退回等操作。

********0">4) 退稿列表:对于在信息管理流程中未通过审批的信息,系统提供了回退功能,用户可将退稿重新转为草稿状态,再次进行编辑,选择栏目后进入新一轮的信息管理流程。

********1">5) 信息查询:查询条件可组合,也可对查询结果二次查询,系统支持全文查询和流程信息查询。

a) 组合条件查询:输入两条或多条的查询条件,提交后,在列表中列出所有符合组合查询条件的信息。

b) 单一条件查询:只输入一条查询条件,在列表中显示相应的查询结果。

c) 单一条件查询和组合条件查询:输入单一的查询条件,查询信息,记录下查询到的信息;再输入单一的查询条件,查询信息,记录下查询到信息。查询信息组合条件查询到的信息应该与多次输入单一查询条件的组合是一致的。

********2">6) 信息阅览:为用户提供一个可以查看权限内各栏目信息的一个平台,以目录树的形式展现全校栏目及各部门的栏目信息。可以设置优先显示的栏目,满足个性化的需求。栏目的显示顺序可以在信息管理中的呈现栏目管理中设置。

********2">5) 归档文件管理

********3">a) 档案设置:用户可以根据学校实际情况设置档案附加信息和档案类别附加信息。

********4">b) 档案编号设置:用户可以在该模块根据学校实际情况设置符合本部门的档案编号格式,设置的档案编号仅限部门使用,其他部门无法查阅和使用。

********5">c) 档案类别列表:用户可在档案类别列表中建立学校的档案类别,如行政档案、教学档案等。

********6">d) 档案列表:经过公文处理“归档”环节进行归档的公文会自动流转到档案列表和相应归档部门的部门档案列表。档案列表显示全校已归档的档案信息,在本模块中学校档案管理员可以新增、修改、删除、查看、查询和借阅学校各部门已归档的档案信息。

********7">e) 档案借阅列表:档案归档后个人可以借阅档案。借阅的情况也分为两种,一种情况是在学校档案管理员处办理档案借阅,此时借阅的档案信息就会在“档案借阅列表”中显示,并且显示是否归还的状态。另一种情况是在某个部门管理员处办理档案借阅,此时借阅的档案信息会在“部门档案借阅列表”中显示,并且显示是否归还状态。个人借阅的档案同时会在“个人档案借阅列表”中。

f) 具备发布档案馆动态及档案馆藏目录的发布系,

g) 可以管理全宗级档案、案卷级档案和文件级档案,也可以管理图像、录像录音等多媒体档案、可以实现档案的目录检索和全文检索需求。校内外档案利用者可以方便地通过档案信息数据库实现各种权限下的档案全文检索阅读,视频文件的在线点击等

h) 校内各部门兼职档案员可以利用档案管理软件通过校园网远程向档案信息数据库安全准确的提交电子文件,实现电子档案的网络归档。

i) 档案数量统计和借阅统计功能,归档后的文件可以按权限申请查阅。(要求与学校现有的归档系统进行无缝集成,本次招标包含集成费用。)

********8">6) 会议管理

a) 会议室登记:登记全校的公共会议室资源,并设置每一个会议室的管理员。

b) 会议室管理:会议室管理员可对自己管理的会议室进行信息维护和更新。

c) 会议室查看:会议室申请人或使用者可以查看全校会议室情况,尤其是查看会议室的忙闲状况,以便于选择合理的会议室进行申请。

d) 公共会议管理:对全校的会议室资源进行申请,需要会议室管理员根据会议室占用情况进行审批。会议室申请人可进行会议申请,填写会议详细信息,选择会议室,系统可根据会议室占用情况自动提示用户当前会议室资源是否可用。会议室经审批通过后,会议室申请人可在系统内给参会人员发送会议通知。会议参与人在收到会议通知后,可以给会议室申请人发送反馈信息,会议通知和反馈信息均可通过系统待办事宜直接提醒用户。会议内容可在系统中记录,可查看会议明细信息。

e) 内部会议管理:使用各个部门自有的会议室,会议室申请人可以直接申请会议,新建、编辑、删除会议安排草稿;下发会议通知;查看会议通知回执;填写会议纪要并结束会议。

f) 会议审批:会议室管理员审批会议申请,根据会议室的占用情况给出审批结果。

g) 会议通知:参会人员可以通过会议通知列表,查看到所有需要自己参加会议的会议安排,并且可以填写通知回执,对已经过期的会议通知进行删除清理。同时,还可以选择将会议通知添加至个人日程。

h) 会议室使用情况:提供学校所有工作人员查看每周会议室的使用信息。用户可以以每周为单位进行查询,页面以表格形式显示查询结果。等待审批的会议以红色显示,审批通过的会议以黑色显示。

7) 日常办公

a) 个人日程安排:提供全功能的私人和团队(如学校和部门)日程安排,可分别以日视图、周视图和月视图三种方式呈现。

b) 校领导日程查看:校领导部门下的任意一位校领导只需在“个人日程安排”模块设置个人日程安排,则有此权限的用户进入系统后,就可以查看到所有的校领导日程安排(查看的内容包括校领导姓名及对应的日程安排信息等),方便实现领导和秘书之间的日程信息互通。

c) 名片管理:用于建立名片及通讯录;名片可以进行分组管理,方便用户查找和维护人员信息。系统对电子名片实行分组管理,提供了基本信息、单位信息、其他信息等常用信息。用户可以方便的完成用名片及名片组的增、删、改操作,并实现名片信息的查询和导出。

d) 工作便笺:按照发送、接收和草稿分别将便签分为三类:发笺列表、收笺列表和草稿列表。

a) 常用联系部门:设定用户经常使用的联系部门,便于批量选择,提高工作效率。主要应用于信息发布中起草信息时和公文流转走“发布”环节时,选择对内发布类型后,在信息安全中快速选择访问部门时使用。

b) 常用联系岗位:设定用户经常使用的联系岗位,便于批量选择,提高工作效率。主要应用于信息发布中起草信息时和公文流转走“发布”环节时,选择对内发布类型后,在信息安全中快速选择访问岗位时使用。

c) 常用联系人:设定用户经常使用的联系人,便于批量选择,提高工作效率。主要应用于起草工作便笺时选择“接收用户”;起草公共会议室使用时选择“参会人员”两个模块使用。

9) 系统设置

a) 栏目管理设置:设置校级栏目的管理部门,以及设定上级部门是否可以管理下级部门栏目。

b) 组织机构设置:

c) 校领导部门:设置对应本校实际组织机构树中的“校领导部门”后,校领导部门下的任意一个或多个人员在本人的“个人日程安排”模块设置个人日程安排,其他拥有查看校领导日程权限的人员点击进入“校领导日程查看”模块就可以查看到所有的校领导日程安排(查看的内容包括校领导姓名及对应的日程安排信息等);

d) 子部门在岗位:设置子部门和岗位的显示顺序与统一身份认证平台中的组织机构显示顺序有关。

10) 用户个性化设置

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

11) 校长信箱(党委信箱)

浏览者浏览界面:搜索;处理人员的界面;管理员界面,具体功能请参照现有中北大学校长信箱、书记信箱功能,要求实现现有所有功能。

12) 信息公开

公开目录的设置;公开信息的流转审核发布流程,具体功能请照现有中北大学校长信箱功能,按照现有信息公开流程实现现有所有功能。

1

9

科研管理系统

一、系统整体要求

要求科研系统要与主管单位山西省教育厅科研系统能够同步工作,能完全兼容山西省教育厅要求上报的教育部科技统计和社科统计,且能直接完成其统计数据上报工作。

系统需与学校的数字化校园平台进行集成,包括统一身份认证、单点登陆、门户集成等;与公共数据库对接,实现信息共享,维护数据一致性。(本次招标包含集成费用)

在涉密项目的项目管理和质量管理上提供与网络版系统同源数据库的涉密解决方案。

二、功能模块要求

系统功能分为业务管理、科研统计与分析、质量信息统计与分析、评估决策等四部分,具体如下:

业务管理模块

(一)工作首页 包括我的事务、我的科研、消息与预警、系统检查、科研动态等子栏目。用户登录后,应能在工作首页里直接看到与自己权限相匹配的上述信息。

1、我的事务:要求显示用户正在进行中的科研工作。如项目、成果的进度、审核等信息。

2、我的科研:要求显示用户管理的科研项目的申报、进行、中检、经费使用(能够从学校财务系统中直接提取查询数据)、结项情况。

3、消息与预警:要求显示与用户有关的即将到期中检、结项的科研项目的提醒信息,对于基金类等批量项目中检、结题要求可直接调用短信系统发送通知短信。

4、系统检查:要求显示系统内部数据的合理性;

5、科研动态:要求显示最新的科研通知等信息。

(二)科研办公

1、通知公告:要求面向所有科研人员发布信息。

2、消息管理:要求针对具体人员发送消息,并且可以添加附件。

3、任务管理:要求以日期方式对任务进行管理。

4、预警管理:要求对中检、结项等进行预警设置。

(三)科研队伍

1、科研人员:科研人员应具备科研人员基本信息维护功能,以科研人员身份登录以后可以在系统中管理自己的科研项目和科研成果,在线申报项目以及进行中检终结,通过系统接收通知和文件,并可以反馈意见等。科研人员的基本信息能够从学校建设的人事管理系统中直接关联提取,不需手工填写。

2、组织结构:对行政部门院系等为单位进行管理。

(四)科研平台

1、研究机构:对实验室、研究基地、研究中心、工程中心等科研平台的管理。

2、创新团队:对各类创新团队等进行管理。

3、其他平台:对其他类科研平台进行管理。

(五)科研项目

科研项目管理子系统包含有纵向项目、横向项目两大模块。其中纵向项目又包含有“纵向(非密)”、“纵向(国防)”、“学校基金”三大类;横向项目又包含有“横向科研(非密)”和“横向科研(国防)”两大类。

纵向项目指各级政府来源项目、合作项目以及学校基金项目的过程管理。包括项目申报、项目评审、项目立项、项目变更、项目中检、项目结题、项目结转的管理。

横向项目指学校与企事业单位合作的项目管理。包含横向科研管理和横向研制管理两大类。其中横向科研管理包括合同的登记、合同的到款管理、合同的外协管理等;横向研制管理包括合同评审、合同登记、合同的到款管理,其余管理过程与“质量管理”部分集成。

各类项目的经费管理与学校的财务管理系统集成。

具体要求如下:

纵向项目(非密类)

1、项目申报:完成项目预申报,新建申报批次,学校老师进行申报。

2、项目评审:对于申报后的项目,学校可组织专家进行在线评审。

3、项目立项:对已经立项项目进行管理,包括项目的详细情况,具备科研项目基本信息维护功能。

4、项目变更:对需要变更项目进行变更申请,审核后完成变更。

5、项目中检:新建中检批次,添加中间项目,科研人员登录后可以提交相关中间文件电子版。

6、项目结项:新建结项批次,添加中间项目,科研人员登录后可以提交相关中间文件电子版。

7、项目分类:对日常申报项目分类进行自定义的修改、变更。

纵向项目(国防类)

提供与网络版纵向项目管理系统同源数据库单机版软件。

要求:

1、项目申报:完成项目预申报,新建申报批次,学校老师进行申报。

2、项目评审:对于申报后的项目,学校可组织专家进行专项评审。

3、项目立项:对已经立项项目进行管理,包括项目的详细情况,具备科研项目基本信息维护功能。

4、项目变更:对需要变更项目进行变更申请,审核后完成变更。

5、项目中检:新建中检批次,添加中间项目,科研人员登录后可以提交相关中间文件电子版。

6、项目结项:新建结项批次,添加中间项目,科研人员登录后可以提交相关中间文件电子版。

7、项目分类:对日常申报项目分类进行自定义的修改、变更。

横向项目(非密类)

1、合同管理:按中北大学横向合同管理流程针对横向合同进行相应管理,包括合同的详细情况,具备科研合同基本信息维护功能。

2、合同变更:对需要变更合同进行变更申请,审核后完成变更。

3、外协合同:实现网上多部门审批流程。

4、装备研制合同管理:按中北大学质量管理体系合同管理要求开发相应管理模块。

横向项目(国防类)

提供与网络版纵向项目管理系统同源数据库单机版软件。

要求:

1、合同管理:按中北大学横向合同管理流程针对横向合同进行相应管理,包括合同的详细情况,具备科研合同基本信息维护功能。

2、合同变更:对需要变更合同进行变更申请,审核后完成变更。

3、外协合同:实现外协审批表的生成与打印。

4、装备研制合同管理:按中北大学质量管理体系合同管理要求开发相应管理模块。

5、质量信息统计与分析模块,实现各部门上报质量信息的入库与分析,集成相关报表。

6、开发国防类项目的国防统计上报系统,与国防科工办要求上报表格一致,并能自动生成报表。

(八)科研经费

1、纵向经费到账:对经费到账情况进行管理,可以填写到账明细,打印经费到账通知单。

2、支出管理:能够分类显示科研报账分类情况并与项目整合。

3、横向经费到账:对经费到账情况进行管理,可以填写到账明细,打印经费到账通知单。

4、支出管理:能够分类显示科研报账分类情况并与项目整合。

5、上述功能在相应单机版中要求同样实现

(九)科研成果

1、论文管理:对论文成果进行管理,包括论文成果的详细信息及论文成果的收录情况,发表期刊的级别进行自动对应。可以进行论文认领。

2、研究报告:对研究报告进行管理,包括研究报告的详细信息。

3、著作成果:对著作成果进行管理,包括著作成果的详细信息。

4、鉴定成果:对鉴定成果进行管理,包括鉴定成果的详细信息。

5、成果转化:对成果转化进行管理,包括成果转化的详细信息。

6、艺术作品:对艺术作品进行管理,包括艺术作品的详细信息。

(十)知识产权

1、专利成果: 对专利成果进行管理,包括专利成果的详细信息。

2、著作权:对著作权进行管理,包括著作权的详细信息。

3、标准:对标准进行管理,包括标准的详细信息。

(十一)成果获奖 对成果获奖进行管理,包括成果获奖的详细信息。

(十二)学术活动

1、主办会议:学校主办会议的情况、详细内容。

2、学术讲座:学术讲座的情况、详细内容。

3、参加会议:参加会议的情况及详细内容

(十三)科研档案

各类科研档案可实现一键入档,与学校电子档案管理系统相联。

(十四)系统维护

1、学校信息:学校的基本信息。

2、用户管理:对用户级别、权限、密码等内容进行设定。

3、密码维护:管理员设定密码。

4、代码表维护:对字段进行修改。

5、日志信息:对系统日志和登录日志进行查看,要求能看到谁在什么时间登录做了什么事情。

6、机构调整:对机构进行管理,包括机构撤销更名等内容。

7、人员调整:对人员调动进行管理。

质量信息统计模块

按GJB9001B-2009要求,对质量信息进行管理,并同时提供单机版方案

科研统计模块

(一)社科统计 代码对照、基础表、数据校验、项目年度经费。与教育部社科统计软件系统无缝对接(需提供兼容性证明材料)。

(二)科技统计 代码对照、基础表。

(三)国防统计 在单机版中实现,按统计报表编制。

评估决策模块

(一)综合查询 提供针对人员、项目、成果、获奖之间的跨模块查询。

(二)科研报表 科研人员、科研项目、申报项目、项目经费、科研成果、学术活动等内置40多组综合分析统计报表,同时支持自构建报表。

(三)科研考核 考核批次、考核方案。针对学校的考核办法定制。

(四)科研奖励 奖励批次、奖励方案。针对学校的奖励办法定制。

1

第2包 :

  一、资质要求 :

  投标人必须拥有以下《计算机软件著作权登记证书》 : 学工管理、研究生管理、迎新管理、离校管理。

  二、交货时间 : 合同签订后10个工作日内进入学校开始实施,3个自然月全部实施完毕。

  三、交货地点 : 太原市尖草坪区学院路3号 中北大学

  四、付款方式 :

  所投软件系统安装部署完毕后支?40%的合同款项,所有软件上线并验收合格后支付55%的合同款项。留合同款项的5%作为质保金,验收合格一年后软件无质量问题且售后服务良好无息支付。

  五、售后服务 :

  1)投标方承诺免费质保期三年,并提供免费软件升级服务三年;
  2)投标方提供详细的维护、培训方案;
  3)投标方负责所投软件的安装、调试和免费培训。

  六、其他要求 :

  1)投标商需对采购单位相关部门业务流程、信息化现状等进行充分调研并掌握,以确保项目顺利实施,降低项目风险;
  2)投标方负责完成采购方数字化校园数据库平台的安装调试,实现真正的应用集群;在数字化校园上线后,负责对数据库进行调优,保证数据库系统处于最佳运行状态。(包括但不限于为各种测试环境搭建测试平台,配合校方所需求的各种系统的调试。)本次招标包含以上所提内容费用,投标方对以上项目不得另外收取费用;
  3)投标商应详细描述本项目的实施方案,包括但不限于以下几个方面 : 项目实施保障、项目实施组织架构、项目实施阶段及过程、技术转移与成果交付;
  4)投标人必须具有独立完成此项目的开发实施能力,不允许将应用系统转包或分包给其他开发商,本项目不接受联合体投标,不接受代理商投标;
  5)本次招标所有系统需与学校数字化校园进行集成,所有系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,本次招标包含与学校公共支撑平台所有对接费用;
  6)对于本次提出的超出其著作权外的特殊要求的知识产权归采购学校所有;
  七、技术要求 :




序号

货物名称

需求或性能描述

单位

数量

1

学工管理系统

系统整体要求

1) 系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库;

2) 系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数?存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,该应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式;可通过统一身份认证,实现业务数据和身份认证数据分离,同时提供对用户信息、用户访问、数据传输、数据存储等多方面的安全控制,确保学工数据管理的可靠性和安全性。

3) 投标商需免费提供本项目所建系统接口(包括但不限于身份认证接口、数据共享接口、业务整合接口等),并承诺积极配合校方、严格按照校方要求实现与本校数字化校园公共基础支撑平台的集成目标;

4) 系统需能够通过快速方式将学校原有数据批量导入,系统提供商负责原有数据迁移;

5) 在统一的学工管理平台上实现数据互通和工作协同;通过本系统,学生处内部各科室之间,学生处与院系、辅导员、学生之间可以达到信息及时互通 (如:学生和老师都可以及时看到学生申请目前处在什么状态,奖惩和资助之间数据共享),通过申请和审核、流程的自动扭转,做到协同工作。

6) 基于业务构建平台,每个子系统中都需要有专门的配置模块,丰富的配置性信息,使得系统能很好的应对学校业务的调整。

7) 必需采用学校统一的标准和规范,实现良好的跨平台能力。

8) 灵活的资格和数量校验:系统可自定义资格和数量限制,同时系统可根据设定好的资格和数量限制,对不满足资格的学生进行自动过滤,对于超过审核人数的审核操作进行提示和控制,从而在管理和操作上逐步减轻学工老师工作量。

9) 要求系统采用模块化、组件化的软件结构,便于拆分组合;各个子系统可以自由拆分、组合,最大限度满足不同我校的个性化需求。

系统功能要求: 学生基本信息管理 1) 基本信息修改设置:要求系统实现学生处相关管理老师可以设置学生基本信息修改的时间、学生范围、流程,学生火车票优惠卡信息以及各类人员可维护的内容清单,审核过程中的学生申请可由学生处老师进行强制审核通过。 2) 基本信息修改申请:要求系统实现学生申请修改自己的基本信息以及家庭成员信息,包含:出生日期、证件号码、籍贯、生源地、户口所在地、血型、健康状况、个人联系方式、家庭地址及联系方式等。 3) 基本信息修改审核:要求系统实现各级管理老师(学生处相关管理老师、院系学工负责人、辅导员等)可以对个人基本信息进行确认和变更,管理员可设置审核流程、各流程中可维护的字段信息,审核后系统自动更新基本信息。学校管理人员通过查看审核统计数据,进行批量审核。 4) 学生基本信息管理:各级管理老师(学生处相关管理老师、院系学工负责人、辅导员等)?以维护和查询自己管辖范围内的学生信息,包括学生个人基本信息、奖惩信息、资助信息等。系统提供数据接口,可进行批量数据导入,或将查询和统计的结果数据导出成EXCEL表格。系统实现数据集成后,学生的部分信息可以通过数据集成平台从其他系统共享而来(如学籍信息将来自教务系统);学工系统只对学工业务相关的学生信息内容进行维护。学生处相关管理老师可以通过批量处理的方式,将已经毕业的学生设置成为毕业生。毕业生在系统中的所有数据将会迁移到历史库。 5) 班级管理:要求系统实现系统提供班级信息的维护与管理,包含班级代码、班级名称、专业、年级、人数等信息等;班级的相关信息也可以通过数据集成的方式进行获取,并在该模块提供查询。系统提供数据接口,可将查询和统计的结果数据导出成EXCEL表格。 6) 学籍异动管理:要求系统实现系统提供学生学籍异动的维护与管理,包含异动学年、异动学期、异动类别、异动原因类别等;学籍异动的相关信息也可以通过数据集成的方式进行获取,并在该模块提供查询。系统提供数据接口,可将查询和统计的结果数据导出成EXCEL表格。 7) 毕业生管理:要求系统实现毕业生管理供学生处和院系的管理老师对已经毕业的学生信息进行查看,包括学生的学号、姓名、民族、出生日期、院系、?级名称、专业、联系方式、家庭信息等。系统支持按照院系、班级等关键字进行查询,并提供数据接口,可将查询和统计的结果数据导出成EXCEL表格。 8) 学生基本信息报表:要求系统实现系统提供可自定义的学生基本信息明细表和统计表。用户可自行选择需要的字段(如:学号、姓名、生源地、现在年级、班级名称、院系名称等)进行报表的查询统计以及保存打印。 学生扩展信息管理 1) 扩展信息修改申请:要求系统实现学生申请修改自己的扩展信息,包含:教育经历、工作经历、培训经历、社会实践活动、校外奖励、语言能力、校外证书信息。 2) 扩展信息修改审核:要求系统实现各级管理老师对于学生提交的扩展信息修改申请进行审核,对存在问题的修改申请可以让其审核不通过。 3) 学生扩展信息管理:要求系统实现各级管理人员可直接维护学生的教育经历、工作经历、培训经历、社会实践活动、校外奖励、语言能力、校外证书信息。系统提供数据接口,可将查询和统计的结果数据导出成EXCEL表格。 奖学金管理 1) 奖学金设置:要求系统实现学生处可自行维护奖学金的种类(如:综合奖学金、国家奖学金、文体优秀奖等)、等级、金额等信息,设置各个奖项的审核流程以及评定时间。 2) 奖学金申请:要求系统实现学生可见当前学校开通的所有奖学金种类,选中自己希望获得的奖学金,然后提交申请,对于不符合条件的学生,申请时系统直接提示学生“不符合申请”?申请提出后,学生可查看申请的处理进度。 3) 奖学金审核:要求系统实现根据各个奖项的审核流程设置,各级审核人员对学生的奖学金申请信息进行审核;系统支持批量审核。院校管理人员可以代替学生手工添加学生的奖学金申请信息。学校审核通过后可以导出成Excel表格,为财务进行费用发放提供参考。 4) 奖学金管理:要求系统实现供学校管理人员新增、维护、查询学生的奖学金获得信息,包括奖学金名称、评定等级、评定学年、学号、姓名、院系等信息。系统提供数据接口,可进行批量数据导入,或将查询和统计的结果数据导出成EXCEL表格。 5) 奖学金报表:要求系统实现系统提供可自定义的奖学金获奖信息明细表和统计表。用户可自行选择需要的字段(如:奖学金名称、评定学年、院系),进行报表的查询统计以及保存打印。 荣誉称号管理 1) 荣誉称号设置:要求系统实现学生处可自行维护荣誉称号的种类(如:三好学生、学习成绩优秀奖、优秀团干等)、等级、金额等信息,设置各个奖项的审核流程以及评定时间。 2) 个人荣誉称号申请:要求系统实现学生可见当前可申请学校已开通的所有个人荣誉称号种类,选中自己希望获得的荣誉称号提交申请;对于不符合条件的学生,申请时系统将直接提示“不符合申请条件”。申请提出后学生可随时查看申请的处理进度。 3) 个人荣誉称号审核:要求系统实现根据各个奖项的审核流程设置,各级审核人员对学生的荣誉称号申请信息进行审核;系统支持批量审核。院系管理人员可以代替学生,手工添加学生的荣誉称号申请信息。学校审核通过后可以导出成Excel表格,为财务进行费用发放提供参考。 4) 集体荣誉称号申请:要求系统实现辅导员可见当前可申请学校已开通的所有集体荣誉称号种类,选中自己所在班级希望获得的荣誉称号后,提交申请。 5) 集体荣誉称号审核:要求系统实现根据各个奖项的审核流程设置,各级审核人员对辅导员申报的集体荣誉称号申请信息进行审核;系统支持批量审核。院校管理人员可以代替学生,手工添加学生的荣誉称号申请信息。学校审核通过后可以导出Excel格式清单文件,提供财务发放使用。 6) 荣誉称号管理:要求系统实现供学校管理人员维护查询学生的个人荣誉称号的获得信息以及集体荣誉称号的获得信息,如:荣誉称号名称、评定等级、金额等。系统提供数据接口,可进行批量数据导入,或将查询和统计的结果数据导出成EXCEL表格。 7) 荣誉称号报表:要求系统实现系统提供可自定义的荣誉称号获奖?息明细表和统计表。用户可自行选择需要的字段(如:评定学年、荣誉称号、院系),进行报表的查询统计以及保存打印。 违纪处分管理 1) 违纪处分设置:要求系统实现设置违纪的类型(如:破坏公物、考试作弊、夜不归宿等)和处分的类型(如:警告、严重警告、记过、留校察看、开除等),以及是否存在察看期以及处分管理单位。 2) 违纪处分上报:要求系统实现各院系上报自己院系学生的违纪情况(如:学号、姓名、院系、违纪类型、违纪事件等),并给出处分建议。 3) 违纪处分管理:要求系统实现学生处相关管理老师审核院系上报的处分,记录最终处分处理信息,直接维护学生所受处分的信息。系统提供数据接口,可进行批量?据导入,或将查询和统计的结果数据导出成EXCEL表格。 4) 违纪处分查看:要求系统实现院系学工负责人、辅导员都可以看到自己所管理的学生的违纪处分情况,学生自己也可看到个人的违纪处分情况。违纪处分情况包含学号、姓名、院系、班级、违纪类型、违纪日期、处分学年、处分类型、处分日期等内容。 5) 违纪处分解除申请:要求系统实现学生在处分察看期结束后,可自行申报解除处分,在申报的过程中详细填写解除的原因,所依据的条例等。申请提出后,学生可查看申请的处理进度。 6) 违纪处分解除审核:要求系统实现各级管理老师根据设置的流程对学生的解除处分申请进行审核,若未通过可将申请退回。 7) 违纪处分报表:要求系统实现系统提供可自定义的违纪处分信息明细表和统计表。用户可自行选择需要的字段(如:处分类型、处分学年、院系),进行报表的查询统计以及保存打印。 困难生管理 1) 困难生设置:要求系统实现系统能够提供家庭经济困难学生认定功能,能够设置困难等级、困难生调查指标体系、为学生提供自我评价选项;可以复制历史年度困难档案,方便下年度困难认定。 2) 困难生申报:要求系统实现学生在学校规定的申请时间内网上填写困难生认定表格上的相关信息,包括学号、困难类型、家庭收入等,提出困难认定申请,申请提出后可查看申请的处理状况。 3) 困难生审?:要求系统实现根据设定的流程,各级管理老师可以查看自己所管理的学生中目前等待处理和已经处理的统计情况;可以查看学生填写的申请表中的信息和该学生在学校的表现,可以修改学生的困难等级等信息;可以批量审核通过或驳回学生的困难生资格认定申请,也可手工新增学生为困难生。 4) 困难生管理:要求系统实现供学校管理人员维护查询学生的困难认定信息,如:学号、姓名、班级、院系、困难类型等。系统提供数据接口,可进行批量数据导入,或将查询和统计的结果数据导出成EXCEL表格。 5) 受助情况查询:要求系统实现学校和院系的管理老师查看每个困难生的所获得的奖学金、助学金、勤工助学、贷款、困难补助、学费减免的各项金额,以了解其受助情况。 6) 困难生报表:要求系统实现系统提供可自定义的困难生信息明细表和统计表。用户可自行选择需要的字段(如:评定学年、院系、姓名),进行报表的查询统计以及保存打印。 助学贷款管理 1) 贷款设置:要求系统实现学生处相关管理老师可设置多家贷款的银行、分支机构的信息。设置学生申请贷款金额范围、申请时间、审核流程等信息。 2) 贷款申请:要求系统实现学生网上可申请贷款,填写贷款申请表,学生需要填写的信息包括:学号、姓名、银行、申请日期、申请学年、金额、借款起止时间等。学生申请可一次申请一年也可一次申请多年的贷款。申请提出后可查看申请的处理进度。 3) 贷款审核:要求系统实现各级管理老师可根据定义好的流程进行审核。审核过程中可查看学生的综合表现信息。终审通过后可形成一份需贷款的学生名单,并可将此名单送交到银行作为制作合同的基础数据。 4) 贷款管理:要求系统实现供学校管理人员维护查询学生的贷款信息,如:学号、姓名、贷款总金额、贷款时间等。系统提供数据接口,可进行批量数据导入,或将查询和统计的结果数据导出成EXCEL表格。 5) 放款管理:要求系统实现学生处相关管理老师导入或者维护银行对学生的放款信息(如:学号、班级、院系、放款日期、放宽金额等),作为学生实际贷款情况的唯一认定信息。系统提供数据接口,可进行批量数据导入,或将查询和统计的结果数据导出成EXCEL表格。 6) 还款管理:要求系统实现学生处相关管理老师导入或者维护学生的毕业还款情况(如:签还款协议、签展期协议、结清),作为学生毕业离校的依据。系统提供数据接口,可进行批量数据导入,或将查询和统计的结果数据导出成EXCEL表格。 7) 违约管理:要求系统实现学生处相关管理老师导入或者维护学生的违约情况(如:学号、姓名、院系、逾期天数等),便于查询和统计。系统提供数据接口,可进行批量数据导入,或将查询和统计的结果数据导出成EXCEL表格。 8) 生源地贷款管理:要求系统实现学生处相关管理老师导入或者维护学生的生源地贷款情况(学号、班级、院系、贷款学年、贷款总额、经办机构),已有生源地贷款的学生系统限定不可申请国家助学贷款。 9) 贷款报表:要求系统实现系统提供可自定义的学生贷款信息明细表和统计表。用户可自行选择需要的字段(如:院系代码、贷款学年),进行报表的查询统计以及保存打印。 勤工助学管理 1) 用工单位管理:要求系统实现学生处相关管理老师可设定勤工助学的单位信息、各单位负责人及其联系信息以及单位月工资上限等情况。 2) 岗位管理:要求系统实现学生处可设定各个勤工助学用工单位的岗位信息、各用工单位负责人发布本单位的用工信息(如:用工单位、岗位名称、需求人数、学年等),经过学校审核后,形成全校的用工信息。岗位可以设置学生申请条件(如:是否困难生、是否可多岗位任职),便于排除掉不符合条件的学生申请。 3) 岗位申请:要求系统实现学生可针对学校开放的岗位进行申请,学生申请时,受到岗位上设定的条件限制。对于不符合条件的学生,申请时系统直接提示“不符合申请”。 4) 岗位审核:要求系统实现学生申请后用工单位和学校进行审核,最终确定学生的上岗信息。用工单位和学生处也可自行终止或添加上岗的学生信息(受人数限定)。用工单位可在系统中给学生发送面试通知。 5) 勤工助学管理:要求系统实现学生处相关管理老师直接维护学生的岗位安排信息。 6) 勤工助学查询:要求系统实现辅导员和院系学工负责人查询自己管理范围内的学生的勤工助学上岗情况以及报酬发放情况。 7) 报酬发放管理:要求系统实现用工单位上报本单位在岗的勤工助学学生的报酬,学生处进行审核,或者学生处直接进行在岗学生的报酬计算。最终的学生报酬情况可通过报表导出,交由财务进行发放。 8) 黑名单管理:要求系统实现学生处可维护一些在勤工助学的岗位上表现不好的学生,具体信息包括学号、姓名、性别、院系、加入日期、加入原因等,通过这些信息的录入限制该部分学生进行下一次的岗位申请。 9) 勤工助学报表:要求系统实现系统提供可自定义的勤工助学上岗信息以及报酬发放明细表和统计表。用户可自行选择需要的字段(如:院系、用工单位等),进行报表的查询统计以及保存打印。 助学金管理 1) 助学金设置:要求系统实现学生处可自行维护助学金的种类(如:国家助学金、省助学金、校助学金等)、等级、金额等信息,设置各个奖项的审核流程以及评定时间。 2) 助学?申请:要求系统实现学生可见当前可申请学校已开通的所有助学金种类,选中自己希望获得的助学金提交申请,对于不符合条件的学生,申请时直接提示学生“不符合申请”。申请提出后学生可随时查看申请的处理进度。 3) 助学金审核:要求系统实现根据各个奖项的审核流程设置,各级审核人员对学生的助学金申请信息进行审核。审核过程中,可以逐个审核,可以依据申请统计结果进行批量审核,可以手工添加新的获奖信息。学校审核通过后可以导出Excel格式清单文件,提供财务发放使用。 4) 助学金管理:要求系统实现供学校管理人员维护查询学生的助学金获得信息,包括学号、姓名、评定等级、金额等信息。 5) 助学金报表:要求系统实现系统提供可自定义的助学金获奖信息明细表和统计表。用户可自行选择需要的字段(如:助学金名称、评定学年、院系),进行报表的查询统计以及保存打印。 困难补助管理 1) 困难补助设置:要求系统实现学生处可自行维护困难补助的种类(如:特困补助、临时困补等)、等级、金额等信息,设置各个奖项的审核流程以及评定时间。 2) 困难补助申请:要求系统实现学生可见当前可申请(学校开通)的所有困难补助种类,选中自己希望获得的困难补助提交申请,对于不符合条件的学生,申请时直接提示学生“不符合申请”。申请提出后学生可随时查看申请的处理进度。 3) 困难补助审核:要求系统实现根据各个奖项的审核流程设置,各级审核人员对学生的困难补助申请信息进行审核。审核过程中,可以逐个审核,可以依据申请统计结果进行批量审核,可以手工添加新的获奖信息。学校审核通过后可以导出Excel格式清单文件,提供财务发放使用。 4) 困难补助管理:要求系统实现供学校管理人员维护查询学生的困难补助获得信息,具体包括困难补助名称、评定学年、申请日期起止日期的信息。 5) 困难补助报表:要求系统实现系统提供可自定义的困难补助获奖信息明细表和统计表。用户可自行选择需要的字段(如:困难补助名称、评定学年、院系),进行报表的查询统计以及保存打印。 学费减免管理 1) 学费减免设置:要求系统实现学生处可自行维护学费减免的种类(如:西部助学、参军等)、等级、金额等信息,设置各个奖项的审核流程以及评定时间。 2) 学费减免申请:要求系统实现学生可见当前可申请学校已开通的所有学费减免种类,选中自己希望获得的学费减免提交申请,对于不符合条件的学生,申请时直接提示学生“不符合申请”。申请提出后可查看申请的处理进度。 3) 学费减免审核:要求系统实现根据各个奖项的审核流程设置,各级审核人员对学生的学费减免申请信息进行审核。审核过程中,可以逐个审核,可以依据申请统计结果进行批量审核,可以手工添加新的获奖信息。学校审核通过后可以导出Excel格式清单文件,提供财务发放使用。 4) 学费减免管理:要求系统实现供学校管理人员维护查询学生的学费减免获得信息,包括学号、姓名、评定等级、金额等具体信息。 5) 学费减免报表:要求系统?现系统提供可自定义的学费减免获奖信息明细表和统计表。用户可自行选择需要的字段(如:学费减免名称、评定学年、院系),进行报表的查询统计以及保存打印。 政工队伍管理 1) 辅导员队伍管理:要求系统实现学生处相关管理老师或者院系学工负责人维护现在岗以及离岗的辅导员信息。系统支持新增的辅导员从现有的人事系统、研究生系统中获取,对于外聘辅导员信息自行维护或者从其他系统中获取。 2) 班主任账号下,可按要求填写工作记录。记录内容包括:带班情况、班会、学生干部会议、宿舍检查情况、听课记录、家长联系记录、学生谈心记录、特殊情况记录。(要求班主任账号权限,可对所带班级学生情况进行各类数据统计。) 3) 辅导员进入自己的账号下,按照要求做好日常工作记录。记录内容包括:带班情况、班会、学生干部会议、宿舍检查情况、听课记录、家长联系记录、学生谈心记录、特殊情况记录、其他学生工作记录;(要求辅导员账号权限,除班主任基本权限外,还可以因工作职责需要,可对所在学院学生各类数据进行统计。) 4) 通过系统,学生处可向班主任、辅导员发送工作通知、消息;可向学生信箱发送各类通知、信息。 5) 通过系统,学生处可向学生工作人员、学生发送手机短信。 6) 辅导员带班管理:要求系统实现学生处或院系可给各个班级配备辅导员。可查看班级的历任辅导员信息,也可查看辅导员的历任班级信息。 7) 院系学工负责人管理:要求系统实现可维护各个学院学工负责人的信息以及各自所管理的院系信息,包括职工号、姓名、院系等内容。 系统管理 1) 待办事宜:要求系统可根据系统中业务开展情况,自动的生成事务性的提醒。可针对不同的用户提供不同的提醒。如:奖学金开通后,学生可收到奖学金可申请提醒;学生申请后,辅导员可收到待审的学生人数提醒。 2) 消息提醒:要求系统可进行站内消息的发送和接收,可发送给某类用户(如:全体辅导员),也可将常用的一部分用户编成组,发送消息。 3) 通知公告:要求系统实现学生处相关管理老师可以在系统中发送全部用户均可见的通知公告(可带附件),可以设置发布期限,所有用户在发布期间可见公告内容。 评奖资格管理 1) 要求在评奖评优等业务模块中,学生处相关管理老师可对各个奖种的获奖资格进行设置。 2) 条件获取:要求系统实现系统中维护的数据均可作为条件的判断依据,例如:处分信息、综合测评信息等。 3) 生成学生名单:提高审核时的系统效率,资格限定器建立完成后,可以根据情况在特定的时间生成符合资格的学生名单。 4) 资格即时校核:要求系统支持学生在申请的时候实时校核该生是否符合预先设置的资格条件,并可以返回具体的不符合原因告知学生。 5) 评奖数量管理:要求系统实现在评奖评优等业务模块中,学生处相关管理老师会对各个院系的获奖名额进行设置。数量限制可通过按各个院系中当前总人数比例、上学年末总人数比例、困难生比例、毕业生比例、老生比例计算自动获得(如:获得的比例为10%,即某院系获得的名额为该院系总人数的10%),并可以手工调整;也可以复制历史分配数量来生成当前学年的分配结果。 日志管理

系统自行记录每个用户的访问时间IP地址等信息,每个功能的访问时间IP地址等信息,核心业务的数据变化情况。

权限管理

可以灵活配置每个用户所属的用户组,以及用户组的的权限,保证用户在系统中的一切操作在授权范围内进行,当用户发生岗位调整或者岗位职责发生变化时系统可以灵活调整。

问卷调查

系统提供强大的问卷调查功能以满足面向学生的各类问卷调查工作。可灵活设置问卷调查的题目及面向的对象,并做调查统计与分析。

1

2

数字迎新、离校系统

系统整体要求:

1

3

硕士研究生招生管理

系统整体要求:

1) 系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库;

2) 系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,该应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式,;(本次招标包含所有与学校公共支撑平台对接费用)

3) 投标商需免费提供本项目所建系统接口(包括但不限于身份认证接口、数据共享接口、业务整合接口等),并承诺积极配合校方、严格按照校方要求实现与本校数字化校园公共基础支撑平台的集成目标;

4) 系统需能够通过快速方式将学校原有数据批量导入,系统提供商负责原有数据迁移;

5) 系统需根据中北大学研究生院业务变化灵活调整授权及业务模块;

6) 所建业务模块均需实现业务、数据实时共享、唯一。

技术及功能要求:

1) 系统需依据中北大学硕士研究生招生管理的实际情况及其管理模式进行设计,业务功能丰富,涵盖硕士招生管理的全部业务环节,包括:招生计划管理、招生专业目录管理、报考信息管理、考场安排/监考安排、成绩管理、复试管理(复试分数线、上线考生、校内调剂、校外调剂、复试安排、复试结果、复试教师组成等)、拟录取管理、政审调档管理、录取管理。

2) 系统的设计和实现需要遵循国家信息标准、教育部标准。

3) 系统能够发布研究生招生管理相关的信息、通知或公告。

4) 要求与教育部硕士研究生招生相关系统对接,能够导入教育部下发的各类数据库库文件(如:报名点库、招生单位库、报考本校的考生报名库、本考点考生报名库、调剂考生库、考生照片等),经过相应的业务处理后,可以导出上报给教育部或北京市教委的各类数据库文件,如:初试自命题成绩库、复试考生库、复试教师组成信息库、拟录取库等。

5) 建立研招办和二级院系之间协作的信息平台,对于某些业务环节(如:招生计划的制定、招生专业目录的制定、复试管理等)需要网上协作。

6) 系统能够为考生提供全程服务,包括:打印本人准考证、查询考场安排、查询初试成绩、查询复试安排、查询复试结果、查询拟录取信息、查询档案到校情况等。

7) 系统要求对于报考本校的考生能够提供各类统计/打印功能,如:按院系分专业报考情况统计、分考点报考情况统计、试卷份数统计、机要文件交际单的打印、试题标签的打印、准考证打印等等,满足全面把握本校考生报考情况、出试卷、试卷寄送回收等工作。

8) 系统要求能够对本考点的准考考生自动安排考场、监考人员。

建设内容:

1) 基础设置:

a. 部门信息管理:维护研究生的教学单位信息

b. 研究生学科专业:维护本校研究生学科专业基本信息

c. 院系开设专业:维护各院系所开设专业及其研究方向

d. 导师基本信息:维护导师基本信息及其指导专业、研究方向

2) 系统设置

设置当前招生年度、本报名代码、本报名点名称、本招生单位代码、本招生单位名称、招办联系人、联系电话等信息

3) 招生信息发布

在系统内发布信息,供院系、考生浏览

4) 数据管理

a. 导入报名点库、招生单位库、考生报名库、下发成绩库、调剂考生库等各类下发数据库

b. 导出各种要上报的数据库文件,如:带考生编号的准考考生库、成绩库、复试考生库、拟录取库

c. 清理无效的数据或往年历史数据

5) 照片管理:批量上传照片

6) 招生院系所管理:维护招生院系所码、招生院系所名称及教学院系之间的对应关系

7) 招生计划管理:制定招生计划,输出分专业招生计划汇总表

8) 招生专业目录管理

a. 维护招生专业目录中涉及的科目总库,方便在下一步由各院系具体编制招生专业目录时从科目总库中选择考试科目

b. 各院系制定本院系招生专业目录,研院查询、审核、汇总

c. 导出教育部要求上报的专业目录库

9) 报考信息管理

a. 导入、查询报名点库

b. 导入、查询招生单位库

c. 导入、查询、查看所有报考本单位的考生报名信息

d. 按照各种方式统计报考情况,统计各科目试卷份数,输出考生情况汇总表、机要文件交际单及其信封标签、试题标签等

e. 设置各考试单元的考试时间

f. 编准考证号、打印准考证;

10) 考试管理

a. 维护考场总库

b. 维护监考人员总库

c. 导入、查询本考点考生信息,为安排考生提供数据

d. 设定考场安排规则,根据考场安排规则,批量安排当前年度使用的考场

e. 选定考生范围和考场范围,系统自动将考生按照选定顺序将考生安排进相应的考场并生成座位号

f. 设定监考安排规则,系统自动为考场安排监考人员,对于已经安排监考人员的考场,可以手工调整监考人员

g. 输出考场安排汇总表、考场考务表、考场照片核对表、考场索引表、各考场考试科目统计表、考场标志(贴考场门上)、考生座位标签、考务会签到表等

11) 成绩管理

a. 按科目录入成绩

b. 修改成绩,并保存所有修改记录

c. 导入下发成绩,院系管理员查询本院系成绩、研院查询所有考生成绩;打印成绩通知书

d. 按院系、专业统计总分及各单科在各分数段的人数

12) 复试管理

a. 按照输入的分数线,系统统计符合分数线的上线人数,为划定最终分数提供参考;根据划定的分数线生成上线考生名单,针对特殊情况可以单独调整上线考生名单

b. 校内调剂;调剂到外校;调剂到本校

c. 研院标记破格录取考生,并录入破格原因

d. 确定复试名单

e. 按照院系、专业录入复试安排

f. 院系或研院录入复试成绩及拟录取意见,导出上报复试考生库

g. 由院系维护参与复试的各类教师人数(如:教授人数、副教授人数、讲师人数、其他人员人数),由研招办导出复试教师上报库

13) 拟录取管理

根据复试结果生成拟录取库,对于该拟录取库研招办可以单独再增加或删除考生;统计拟录取信息;导出上报拟录取库

14) 政审调档管理

打印政审表、调档函;院系或研院登记档案等材料到校情况

15) 录取管理

编学号,打印录取书、录取登记表,获取录取考生的照片压缩包

16) 考生查询服务子系统

a. 查询本人的考场及座位号

b. 查询本人的初试成绩

c. 由研招办开通时间,考生可以更新本人的通信地址,方便更准确地邮寄成绩通知书及录取通知书

d. 查询本人是否被准予复试

e. 查询本人所报考院系、专业的复试安排

f. 查询本人是否被拟录取及详细的拟录取信息

g. 查询本人档案及政审材料是否到校、是否齐全

1

4

博士研究生招生管理

系统整体要求:

1) 系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库;

2) 系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,该应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式,;(本次招标包含所有与学校公共支撑平台对接费用)

3) 投标商需免费提供本项目所建系统接口(包括但不限于身份认证接口、数据共享接口、业务整合接口等),并承诺积极配合校方、严格按照校方要求实现与本校数字化校园公共基础支撑平台的集成目标;

4) 系统需能够通过快速方式将学校原有数据批量导入,系统提供商负责原有数据迁移;

5) 系统需根据中北大学研究生院业务变化灵活调整授权及业务模块;

6) 所建业务模块均需实现业务、数据实时共享、唯一。

技术及功能要求:

1) 系统需依据中北大学博士研究生招生管理的实际情况及其管理模式进行设计,业务功能丰富,涵盖硕士招生管理的全部业务环节,包括:招生计划管理、招生专业目录管理、报考信息管理、考场安排/监考安排、成绩管理、复试管理(复试分数线、上线考生、复试安排、复试结果)、拟录取管理、政审调档管理、录取管理。

2) 系统的设计和实现需要遵循国家信息标准、教育部标准。

3) 系统能够发布研究生招生管理相关的信息、通知或公告。

4) 经过相应的业务处理后,可以导出上报给教育部或北京市教委的各类数据库文件,如:初试成绩库、拟录取库等。

5) 建立研招办和二级院系之间协作的信息平台,对于某些业务环节(如:招生计划的制定、招生专业目录的制定、复试管理等)需要网上协作。

6) 系统能够为考生提供全程服务,包括:网上报名、打印本人准考证、查询考场安排、查询初试成绩、查询复试安排、查询复试结果、查询拟录取信息、查询档案到校情况等。

7) 系统要求对于报考考生能够提供各类统计打印功能,如:按院系分专业报考情况统计、试卷份数统计、准考证打印等等,满足全面把握本校考生报考情况、出试卷等工作。

8) 系统要求能够为考生自动安排考场、监考人员。

建设内容:

1) 基础设置:

部门信息管理:维护研究生的教学单位信息

研究生学科专业:维护本校研究生学科专业基本信息

院系开设专业:维护各院系所开设专业及其研究方向

导师基本信息:维护导师基本信息及其指导专业、研究方向

2) 系统设置:设置当前招生年度、招生季节、招办联系人、联系电话、通信地址等信息

3) 招生信息发布:在系统内发布招生相关信息,供院系、考生浏览

4) 招生院系所管理:维护招生院系所码、招生院系所名称及教学院系之间的对应关系

5) 招生计划管理:制定招生计划,输出分专业招生计划汇总表

6) 招生专业目录管理

a. 维护招生专业目录中涉及的科目总库,方便在下一步由各院系具体编制招生专业目录时从科目总库中选择考试科目

b. 各院系制定本院系招生专业目录,研院查询、审核、汇总

c. 导出教育部要求上报的专业目录库

7) 网上报名管理

设置报名起止时间、报名须知

上传报名相关资料由考生下载

考生网上报名

8) 报名信息维护:研院管理员查询、新增、修改、删除考生报名信息

9) 报名信息统计:按多种方式统计各类报考情况

10) 准考证管理:确认准考,编准考证号,打印准考证(考生可以打印本人准考证)

11) 考试管理

维护考场总库

维护监考人员总库

设定考场安排规则,根据考场安排规则,批量安排当前年度使用的考场;选定考生范围和考场范围,系统自动将考生按照选定顺序将考生安排进相应的考场并生成座位号

设定监考安排规则,系统自动为考场安排监考人员,对于已经安排监考人员的考场,可以手工调整监考人员;如:考场索引表、考场座位标签、各考场监考人员名单等

12) 成绩管理

按科目录入成绩

修改成绩,并保存所有修改记录

导入成绩、打印成绩单,院系、考生查询成绩

按院系、专业统计总分及各单科在各分数段的人数

13) 复试管理

a. 提供测线、划线功能,按照输入的分数线,系统统计符合分数线的上线人数,为划定最终分数提供参考

b. 根据划定的分数线生成上线考生名单,针对特殊情况可以单独调整上线考生名单

c. 确定复试名单,考生可以查询本人是否准予复试

d. 按照院系、专业录入复试安排

e. 院系或研院录入复试成绩及拟录取意见

14) 拟录取管理:生成并维护拟录取库,统计拟录取信息,导出上报拟录取库

15) 政审调档管理:打印政审表、调档函,院系或研院登记档案等材料到校情况

16) 录取管理:编学号,打印录取书、录取登记表,获取录取考生照片

17) 考生查询服务子系统

网上打印准考证

查询本人的初试成绩

由研招办开通时间,考生可以更新本人的通信地址,方便更准确地邮寄成绩通知书及录取通知书

查询本人是否被准予复试

查询本人所报考院系、专业的复试安排

查询本人是否被拟录取及详细的拟录取信息

查询本人档案及政审材料是否到校、是否齐全

1

5

研究生学科管理

系统整体要求:

1) 系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库;

2) 系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,该应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式,;(本次招标包含所有与学校公共支撑平台对接费用)

3) 投标商需免费提供本项目所建系统接口(包括但不限于身份认证接口、数据共享接口、业务整合接口等),并承诺积极配合校方、严格按照校方要求实现与本校数字化校园公共基础支撑平台的集成目标;

4) 系统需能够通过快速方式将学校原有数据批量导入,系统提供商负责原有数据迁移;

5) 系统需根据中北大学研究生院业务变化灵活调整授权及业务模块;

6) 所建业务模块均需实现业务、数据实时共享、唯一。

技术及功能要求:

1) 系统需依据中北大学研究生学科管理的实际情况及其管理模式进行设计,业务功能丰富,涵盖学科管理及导师管理的主要业务。

2) 系统的设计和实现需要遵循国家信息标准、教育部标准、校级标准。

3) 系统的设计要求灵活,对于某些业务功能要给培养办管理员自己定制、设置的空间,在某种程度上满足业务变化的需要

4) 系统要求在研究生学科办、二级院系和导师之间建立信息互动、共享的协作平台。

5) 系统要求与研究生学位管理系统自然衔接,研究生学位管理系统要能共享其信息。

6) 系统要求能够按模块的单独授权,满足管理或岗位变化的需求。

建设内容:

1) 部门管理:要求系统最终与学校公用部门名称及部门编号保持一致、系统可对进行研究生教育的部门维护。

2) 国家学科专业管理:要求能够导入国家标准的学科专业信息、能够查询查看国家标准的学科专业信息。

3) 校学科专业管理:要求以国家标准的学科专业信息为基础,维护本校所开设的学科专业及研究方向、能够维护本校自主设置学科专业信息、能够维护国家重点、市重点、校重点学科专业信息。

4) 学科建设学院管理:以学校开设的学科专业信息为基础,维护各院系所开设的学科专业及研究方向。

5) 导师信息管理:系统能够维护校内导师信息、维护校外兼职导师信息、维护导师基本信息、在职情况、维护导师所指导学科及学科方向、维护导师承担的科研项目信息、维护导师在会议、期刊发表的论文信息、维护导师出版的专著、教材信息、维护导师已获得授权的发明专利信息、维护导师的成果获奖情况,同时要求系统能够通过学校科研系统直接读取导师的科研信息等。

6) 导师信息统计:要求能搞按院系、指导学科专业、导师类型等条件统计导师指导各类研究生情况、按开课学年学期等条件统计导师教学情况,授课门数、统计各专业研究生导师人数、统计各院系研究生导师人数。

7) 导师遴选管理:要求系统能够自定义导师资格申请开始、结束时间及选聘说明、各导师自行提交导师资格遴选申请、各院系、分会对提交的导师资格申请审核、学科办最终确定导师资格。

8) 系统应能根据要求有自定义表格的功能。

1

6

研究生学籍管理

系统整体要求:

1) 系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库;

2) 系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,该应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式,;(本次招标包含所有与学校公共支撑平台对接费用)

3) 投标商需免费提供本项目所建系统接口(包括但不限于身份认证接口、数据共享接口、业务整合接口等),并承诺积极配合校方、严格按照校方要求实现与本校数字化校园公共基础支撑平台的集成目标;

4) 系统需能够通过快速方式将学校原有数据批量导入,系统提供商负责原有数据迁移;

5) 系统需根据中北大学研究生院业务变化灵活调整授权及业务模块;

6) 所建业务模块均需实现业务、数据实时共享、唯一。

技术及功能要求:

1) 系统需依据中北大学研究生培养管理的实际情况及其管理模式进行设计,业务功能丰富,涵盖研究生学籍管理的主要环节和工作。

2) 系统的设计和实现需要遵循国家信息标准、教育部标准、校级标准。

3) 系统的设计要求灵活,对于某些业务功能要给学籍办管理员自己定制、设置的空间,在某种程度上满足业务变化的需要。

4) 研究生学籍信息丰富完善,能够根据需要自定义学籍信息。

5) 系统要求在研究生培养办、二级院系、导师、授课教师及研究生之间建立信息互动、共享的协作平台。

6) 系统要求与研究生硕士招生系统、博士招生系统、学位管理系统、培养管理系统、奖勤助贷管理系统自然衔接,各管理系统要能共享其信息。

7) 系统要求能够按模块的单独授权,满足管理或岗位变化的需求。

建设内容:

1) 学籍数据导入导出管理:要求能无缝对接研究生硕士招生系统、研究生博士招生系统,根据当前年度招生信息将录取考生数据直接导入学籍系统中;可根据模板导入学生学籍信息,支持Excel、dbf格式文件的数据导入,支持全覆盖及更新两种模式的数据导入;导入学生学籍照片,根据学号、身份证号码等种类的照片名称匹配学生学籍信息;支持导入zip压缩包格式照片压缩文件,能够自动解压;按多项学籍信息自定义查询导出学籍数据,支持Excel、dbf格式;能够导出标准的新生电子注册报盘数据;能够导出标准的毕业生电子注册报盘数据。

2) 新生管理:要求系统能够自定义不同新生群体选择导师时间段;新生选择导师,导师确认学生的选择;维护新生学籍信息、基本信息、联系方式、家庭成员、工作经历、导师信息、入学前信息、附件信息;能够批量修改新生学籍信息及导师信息;打印新生入学登记表;确认新生转为在校生。

3) 学籍管理:要求系统能够自定义不同角色(如院系秘书、导师、教师、研究生等该角色可由学校自定义)可查看学籍信息项目权限;维护在校生学籍信息、基本信息、联系方式、家庭成员、工作经历、导师信息、入学前信息、附件信息;批量修改在校生学籍信息及导师信息;打印在校生学籍登记卡;记录所有学籍修改历史痕迹,包括修改项目、项目原值、项目现值、修改时间、修改人;能够按时间段查询学籍修改历史;能够自动筛选超过最长学习年限研究生,更新研究生在籍状态,自定义最长学习年限到期提醒。

4) 学籍信息校对:要求系统能够自定义不同学生群体进行学籍信息校对的时间段;自定义学生可进行校对的学籍信息项目;自定义院系秘书可进行校对的学籍信息项目;自定义所校对学籍项目是否必填、是否需要审批;研究生网上核对和修改个人学籍信息;按年级、单双证情况统计各项所校对学籍信息的学生人数;审核研究生提交的校对信息,可同意修改或清除校对结果。

5) 注册管理:要求系统能够自定义进行注册的学年学期;自定义不同注册群体可进行注册的时间段;自定义是否在注册时考虑研究生缴费情况;能够单个或批量为研究生进行注册、强制注册、取消注册;可根据院系、专业、年级等信息实时统计当前应注册人数、已注册人数、未注册人数、已报到未注册人数,并查看具体学生信息;能够导出研究生报到注册汇总表;能够查询查看学生欠交学费、欠交住宿费情况,能够通过外部文件导入欠费名单。

6) 学籍异动管理:要求系统能够按单个学生录入各类学籍异动情况;查询学籍异动情况,还原学籍异动;按院系、年级分异动类别统计学籍异动情况;自定义异动到期提醒时间,对将要结束异动的信息进行提醒;自定义研究生可进行异动申请的异动类别、提前延期毕业可申请时间段;研究生网上申请提前延期毕业,学籍办审核研究生提交的申请。

7) 毕业管理:要求系统能够自定义当前毕业证书年月、当前毕业批次、按研究生应毕业时间确定当前批次应毕业学生范围;录入应毕业学生的毕业结论,编制/导入毕业证书编号,更新应毕业学生的学籍状态、在校状态;导出毕业生名单、导出毕业报盘数据、导出毕业证书打印数据;查询往届已毕业学生信息,更换“结业”为“毕业”

8) 学籍报表:要求系统能够根据年度、院系,生成标准高基报表;按院系统计含选择年级在内以往3个年级的学生数据;按院系分专业统计含选择年级在内以往3个年级的学生数据;统计出含选择年级以往3个年级的各门类在校生总人数、博士人数、硕士人数;统计含选择年级以往3个年级的港澳台、外国留学生在校人数。

9) 学籍数据备份:要求系统能随时备份当前的学籍数据;已备份的学籍历史数据可用于高基报表的统计

10) 学生证补办:要求系统能够自定义学生证补办通知内容;研究生网上提交学生证补办申请;院系秘书、学籍办审核学生证补办申请,查看审批轨迹;维护学生的学生证补办信息。

1

7

研究生培养管理

系统整体要求:

1) 系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库;

2) 系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,该应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式,;(本次招标包含所有与学校公共支撑平台对接费用)

3) 投标商需免费提供本项目所建系统接口(包括但不限于身份认证接口、数据共享接口、业务整合接口等),并承诺积极配合校方、严格按照校方要求实现与本校数字化校园公共基础支撑平台的集成目标;

4) 系统需能够通过快速方式将学校原有数据批量导入,系统提供商负责原有数据迁移;

5) 系统需根据中北大学研究生院业务变化灵活调整授权及业务模块;

6) 所建业务模块均需实现业务、数据实时共享、唯一。

技?及功能要求:

1) 系统需依据中北大学研究生培养管理的实际情况及其管理模式进行设计,业务功能丰富,不仅要涵盖普通全日制研究生的全部教学教务管理,还要包括课程进修班的管理和旁听生的管理。

2) 系统的设计和实现需要遵循国家信息标准、教育部标准、校级标准。

3) 系统的设计要求灵活,对于某些业务功能要给培养办管理员自己定制、设置的空间,在某种程度上满足业务变化的需要

4) 系统能够发布研究生培养管理相关的信息、通知或公告。

5) 统一共享一份研究生学籍信息。

6) 系统要求在研究生培养办、二级院系、导师、授课教师及研究生之间建立信息互动、共享的协作平台。

7) 系统要求与研究生学位管理系统自然衔接,研究生学位管理系统要能共享其信息。

8) 系统要求能够按模块的单独授权,满足管理或岗位变化的需求。

建设内容:

1) 基础信息管理:要求部门信息管理功能能够维护研究生的教学单位信息;研究生学科专业功能能够维护本校研究生学科专业基本信息;院系开设专业功能能够维护各院系所开设专业及其研究方向。

2) 导师信息管理:要求导师基本信息功能能够维护导师基本信息及其指导专业、研究方向;导师相关统计功能能够统计导师指导研究生情况、授课情况等;导师聘任管理功能以及导师的考核管理功能。

3) 研究生信息管理:导入导出功能能够提供从数据文件或招生系统导入学籍数据功能,按学生范围导出学籍数据、照片;研究生信息维护:能够维护研究生学籍信息,包括增加、修改、删除、批量修改学籍信息等;指定导师功能能够建立导师和研究生的指导关系;研究生信息查询功能能够按照多种条件查询研究生信息,针对某一个研究生可以查看其详细信息;研究生信息统计报表功能能够按照院系、专业、年级等从不同角度统计研究生数量。

4) 系统设置:要求系统能够灵活设置成绩的各种分制;设置各种分制之间的转换规则;按照课程性质、分制设置成绩的合格线、补考线、重修线;按照学生范围设置学分(课程门数)要求、必修课学分(课程门数)要求;按需设置用户需要的业务参数,如:当前学年、学期等。

5) 教师信息管理:维护校内、兼职教师,同时进行系统授权。

6) 课程信息管理:维护课程基本信息及其任课教师。

7) 培养方案管理:管理培养方案,支持院系、研究生院(部、处)二级管理。

8) 培养计划管理:研究生根据培养方案填写个人培养计划,导师、院系、研究生院(部、处)对培养计划进行逐级审核。

9) 教学计划管理:维护各开课单位的课程教学计划(开课课程)。

10) 排课管理:要求系统能够维护教室信息,用于排课安排教室。可以生成教室占用情况汇总表;可以根据学生范围设定选课时间段等;可以安排开课课程的上课时间、地点、授课教师。

11) 选课管理:要求系统能够根据学生范围设定选课时间段等;能够提供学生可选课程,学生进行选课、退课操作;能够统计课程的选课情况。

12) 教学分班:根据选课情况进行教学班分、合班操作。

13) 上课名单管理:调整开课课程的学生名单,同时可以安排未选课的研究生、重修学生、旁听生等。

14) 课表:学生可以查询本人上课课表;教师可以查询本人授课课表。

15) 教学评价:要求系统包括发布学生评教说明、设置评教属性、确定评教指标、确定评教课程、学生评教、分析评教进程、分析评教结果等;包括设置评学属性、确定评学指标、学生评学、分析评学结果等。

16) 缓考重修管理:要求系统能够实现研究生网上申请缓考、重修的课程,院系或研究生院(部、处)进行审核。

17) 免修免考管理:要求系统能够实现研究生网上申请免修的课程,院系或研究生院(部、处)进行审核;批量录入免考成绩。

18) 成绩管理:要求系统能够实现任课教师按教学班录入学生成绩、打印成绩登记表;批量导入、按学生录入、维护学生成绩;学生、导师、管理部门查询学生成绩;批量打印成绩单;按学生范围进行成绩排名;统计课程成绩分布情况、学生获得学分情况。

19) 论文开题:能够管理论文开题信息,包括开题申请、开题结果录入等

20) 论文中期报告。

21) 管理论文中期报告信息,包括论文中期报告申请、论文中期报告结果录入等。

22) 中期考核/毕业资格审核:管理研究生中期考核信息,包括中期考核申请、中期考核结果录入等

23) 学位外语考试报名:要求系统能够设置学位外语考试报名约束条件;维护考试信息,包括:考试类别、报名时间段、考试时间等;学生填写考试报名信息。管理部门维护学生的考试报名信息,标记缴费情况,审核照片;能实现维护、查询考试成绩;导出考试报名信息、导出照片,导入成绩。

24) 四六级考试报名系统:要求系统能够设置四、六级考试报名约束条件

25) 维护考试信息,包括:考试类别、报名时间段、考试时间等;学生填写考试报名信息。管理部门维护学生的考试报名信息,标记缴费情况,审核照片;维护、查询考试成绩;导出考试报名信息、导出照片,导入成绩。

26) 答辩申请管理:要求系统能够实现研究生或同等学力人员网上填写答辩申请,为学位报盘生成初始数据;导师网上填写(或由学院代录)自己指导学生的论文推荐意见。

27) 论文评阅人管理:要求系统能够为学位论文指定评阅人

28) 论文答辩管理:要求系统能够实现录入答辩时间、地点、答辩委员会成员等;录入答辩委员会的答辩决议、答辩结果等

29) 旁听生培养:要求系统能够维护旁听生基本信息,创建系统登录账号

30) 旁听生可以查询本人上课课表;旁听生可以查询本人课程成绩;标记结业学生、编制结业证书编号、打印结业证书。

1

8

研究生学位管理

系统整体要求:

1) 系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库;

2) 系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,该应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式,;(本次招标包含所有与学校公共支撑平台对接费用)

3) 投标商需免费提供本项目所建系统接口(包括但不限于身份认证接口、数据共享接口、业务整合接口等),并承诺积极配合校方、严格按照校方要求实现与本校数字化校园公共基础支撑平台的集成目标;

4) 系统需能够通过快速方式将学校原有数据批量导入,系统提供商负责原有数据迁移;

5) 系统需根据中北大学研究生院业务变化灵活调整授权及业务模块;

6) 所建业务模块均需实现业务、数据实时共享、唯一。

技术及功能要求

1) 系统需依据中北大学研究生学位管理的实际情况及其管理模式进行设计,业务功能丰富,不仅要涵盖普通全日制研究生的学位申请/授予流程的管理,还要包括同等学力人员学位申请/授予管理,及在职工程硕士的学位申请/授予管理。

2) 系统的设计和实现需要遵循国家信息标准、教育部标准、校级标准。

3) 系统的设计要求灵活,对于某些业务功能要给学位办管理员自己定制、设置的空间(如学位授予的某些限制条件),同时要求学位申请/授予的各业务环节之间既要相扣,又要能够通过方便的操作越过某些环节,以适应使用中的变化。

4) 系统能够发布研究生学位管理相关的信息、通知或公告。

5) 要能够统一共享研究生信息,并与研究生培养系统自然衔接,共享其信息。

6) 系统要求在研究生学位办、二级院系、导师及研究生之间建立信息互动、共享的协作平台,通过各角色之间的网上协作,完成研究生学位申请/授予过程,达到采集、保存学生申请/授予信息的完整电子信息,方便查询、统计。

7) 系统要求为研究生提供全程服务,研究生除了能够网上申请论文答辩外,能够实时查询本人在整个学位申请/授予过程中所处的审批环节及各环节的详细信息。

8) 系统要求能够导出完全符合国务院学位办要求的研究生学位授予信息的上报数据。

9) 实现导师信息的维护及更新,学院能够及时方便的维护导师信息及成果的核实工作。

10) 系统应能够具有自定义表格的功能(如生成校学位委员会的学位申请情况表格)。

11) ??系统要求能够导出完全符合国务院学位办要求的研究生学位授予信息的上报数据。

12) 系统能否与国务院学位办的学位信息上报系统无缝连接,能够直接上报数据。

13) 系统要求能够从多角度统计学位授予信息,统一编制学位证书编号、打印学位证书。

14) 系统要求能够按模块的单独授权,满足管理或岗位变化的需求。

建设内容

1) 基础信息管理:部门信息管理功能能够维护研究生的教学单位信息;研究生学科专业功能能够导入、查询国家学科专业库;院系开设专业功能能够维护各院系所开设专业及其研究方向。

2) 导师信息管理:能够维护导师基本信息及其指导专业、研究方向

3) 研究生信息管理:能够查询、维护研究生信息。

4) 导师遴选管理:系统能够实现自定义导师资格申请开始、结束时间及选聘说明;各导师自行提交导师资格遴选申请;各学院、分会对提交的导师资格申请审核;学科办最终确定导师资格;系统应能根据要求有自定义表格的功能。

5) 学位系统设置:能够设置学位授予过程中的一些参数,如:申请学位次数不能超过xx次,硕士从入学到申请学位不能超过xx年学位英语是否通过等。

6) 学位相关信息管理:能够维护校内校外专家库,为论文评阅和论文答辩提供基础数据;维护校学位评定委员会基本信息及成员信息;维护校学位评定分委员会基本信息及成员信息。

7) 学生科研成果管理:系统能够实现研究生录入在校期间发表论文信息,上级部门进行审核;研究生录入在校期间发明的专利信息,上级部门进行审核;研究生录入在校期间出版的著作信息,上级部门进行审核;按学院专业等对研究生的科研成果进行分类统计。

8) 学生科研成果管理:能够研究生录入在校期间发表论文信息,上级部门进行审核;研究生录入在校期间发明的专利信息,上级部门进行审核;研究生录入在校期间出版的著作信息,上级部门进行审核;按院系专业等对研究生的科研成果进行分类统计。

9) 学生申请学位论文答辩:功能能够研究生或同等学力人员、在职工程硕士网上填写答辩申请,为学位报盘生成初始数据

10) 申请学位人员管理:功能能够筛选本批次参加学位申请的研究生名单,导入申请学位人员库;筛选本批次资格审查通过的同等学力人员名单,导入申请学位人员库。

11) 分委员会审核 :功能能够录入学位分委员会的表决结果。

12) 委员会审核 :功能能够录入学位委员会的表决结果。

13) 学位证书管理 :功能能够生成预授予学位人员名单,编学位证书编号,打印学位证书。

14) 学位报盘 :功能能够按照学位办要求导出授予学位人员信息上报库。

15) 同等学力管理:功能能够设置同等学力申请学位的参数,如:以同等学力申请学位的一些限制条件;同等学力申请学位的网上报名;对同等学力申请学位人员进行资格审查;导入查询同等学力申请学位人员的统考成绩;查询、维护同等学力人员的在校修课成绩。

1

9

研究生工作管理

系统整体要求:

1) 系统开发采用J2EE标准、组件技术及在数据交换上对XML的支持;应用程序的编程语言需要按J2EE规格,采用Java编程语言和服务器端Java技术开发,支持Oracle数据库;

2) 系统必须支持学校公共基础支撑平台,要求采用一体化设计,使用统一数据库平台进行数据存储与交互;使用统一身份认证及授权平台进行身份认证及分角色、跨系统细颗粒度授权;系统核心功能可抽取至统一信息门户实现一站式服务,该应用系统需按学校要求以APP的模式做单独展示,便于师生使用,不接受简单的网页版模式,;(本次招标包含所有与学校公共支撑平台对接费用)

3) 投标商需免费提供本项目所建系统接口(包括但不限于身份认证接口、数据共享接口、业务整合接口等),并承诺积极配合校方、严格按照校方要求实现与本校数字化校园公共基础支撑平台的集成目标;

4) 系统需能够通过快速方式将学校原有数据批量导入,系统提供商负责原有数据迁移;

5) 系统需根据中北大学研究生院业务变化灵活调整授权及业务模块;

6) 所建业务模块均需实现业务、数据实时共享、唯一。

技术及功能要求:

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

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

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

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

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

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

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

8) 系统能够管理公派留学、因私出国信息,并且能够对中外联合培养研究生项目进行管理。

9) 系统能够实现对研究生助教、助管的管理。

10) 系统能够实现对研究生档案管理。

建设内容:

1) 系统设置

a.学年度定义:设置学年度开始时间

b.审批流程定制:设置审批的时间段

2) 学生信息管理

a. 学生基本信息:维护学生基本信息

b. 学生总查询:设置灵活全面的查询条件查询学生信息

3) 研究生普通奖学金管理

a. 种类管理:维护普通奖学金种类信息

b. 发放管理:维护普通奖学金的发放信息

4) 研究生评优管理

a. 评优分组管理:维护评优分组信息,可设置组上限

b. 评优种类管理:维护评优种类信息

c. 学年度评优设定:设置学年度评优评选信息

d. 评优审批:审批评优申请

e. 名单管理:调整学年度评优名单,可对名单中记录进行增加、删除等操作

f. 信息查询:按各种组合查询条件,查询所有评优历史获奖信息

g. 证书打印:为最终获得评优的学生打印证书

5) 研究生处分管理

a. 处分原因管理:维护处分原因,包括处分代码和处分原因

b. 处分信息管理:维护全校学生的处分信息,包括处分的新增、修改、撤销等

6) 助教管理

a. 配置项管理:设置助教报酬标准和助教岗位标准

b. 生成本科生助教岗位:生成年度学期本科生助教岗位

c. 生成研究生助教岗位:生成年度学期研究生助教岗位

d. 审批本科生助教:审批院系填报的本科生助教申请名单

e. 审批研究生助教:审批院系填报的(研究生)助教申请名单

f. 本科生助教报酬发放:按年度学期月份生成本科生助教报酬,并发放。

g. 研究生助教报酬发放:按年度学期月份生成研究生助教报酬,并发放。

h. 助教领款统计:统计助教领款信息

7) 助管管理

a. 配置项管理:设置助管基本(绩效)津贴,综合考核系数

b. 有效时间段设置:设置各级用户操作的有效时间段

c. 生成助管岗位:自动给各部门生成一名助管岗位

d. 审批研究生助管:审批研究生助管岗位申请

e. 查看报酬发放情况

f. 助管领款统计:统计助管领款信息

8) 研究生档案管理

a. 在校生档案管理:维护年度材料种类信息,可新增,删除,修改,查询;审批学生提交的档案材料;可查看研究生档案详细信息及修改档案存放位置;查询档案变动细信息;对全校研究生档案的借出信息进行管理。如:新增借出记录、修改借出记录、录入归还信息等

b. 毕业生档案管理:维护毕业生档案转寄地址信息,及打印毕业生档案信息;审批毕业生填写的档案转寄地址

1

附件二 : 采购项?采购需求修改建议(格式)

关于数字化校园一期工程采购项目采购需求

修改建议




序号

条款号

本项目商务、技术需求中的参数或要求

(请详细标明该内容及该内容在项目需求书中的页码、行数)

修改理由或建议

(请明确说?)

单 位 : (盖章)

法人代表 : (签字)

联系方式 :

日  期 :


联系人:郝工
电话:010-68960698
邮箱:1049263697@qq.com

标签:

0人觉得有用

招标
业主

-

关注我们可获得更多采购需求

关注
相关推荐
 
查看详情 免费咨询

最近搜索

热门搜索