白城师范学院数字化校园二(公开招标)

序号

货物名称

功能配置及技术参数要求

数量

单位

1

4路数据服务器

1.国有品牌；4U机架式，自主研发，非OEM产品；4颗Intel Xeon E7-4830v2 10核心处理器；256GB内存，为保证内存的读取速度，每条内存通过单独的主板插槽与QPI总线连接，实现多通道内存交叉读取，可通过扩展板，实际配置内存插槽≥32个；5×600G 10000转SAS热插拔硬盘；独立八通道SAS RAID卡，缓存512MB；2块双端口8Gb FC HBA卡；集成4个千兆以太网接口；提供用于管理的专用千兆以太网口；2+1冗余电源；DVD光驱；冗余散热风扇，机架安装导轨，USB虚拟软驱。提供中文版服务器管理软件、中文版智能备份还原软件，自主知识产权；配置4颗虚拟化软件授权试用期三个月，要求虚拟化针对Hypervisor实现安全加固；支持P2V实现物理机至虚拟机的平滑过渡，V2V工具支持VHD，OVF，VMFS等格式，支持VMware ESX，微软Hyper-V等主流厂商虚拟机互相转换。支持USB移动硬盘、光盘备份设备；可选服务器原厂UNIX操作系统，无限用户使用许可，支持双机热备功能和虚拟化功能；可选配置与服务器同一品牌的操作系统内核级安全加固软件，实现防护服务器免受已知/未知木马病毒、系统漏洞、黑客入侵等攻击，自主知识产权，符合公安部信息安全等级保护三级标准(提供证明文件)，支持Windows、Linux、Unix等操作系统。

2.需保证能与我校一期数字化校园设备、软件无缝对接；需要能融入我校虚拟化平台，保证设备的正常稳定运行。否则不予验收。
3.完成服务器的安装、调试、虚拟化资源配置等工作。

4.完成其他辅助性工作。

5.提供设备工程师三年免费上门和整机硬件保修；提供运输并安装到位。提供服务器安装配件、附件。

6

台

2

服务器切换器

键盘,鼠标,17寸LCD显示器和8口USB KVM切换器一体机控制台,操控8台USB或PS/2的服务器/带OSD菜单,可级联/支持同时开机及热插拔/多平台兼容技术/机架式,1U高度,19寸标准规格,提供USB接口可外挂USB鼠标。含服务器连接配件不少于8套。

2

台

3

内存

DIMM DDR3 16G服务器内存。

5

条

4

机柜

1.符合ANSI/EIA RS-310-D、DIN41491；PART1、IEC297-2、DIN41494；PART7、GB/T3047.2-92标准,19"国际标准。

2.全部选用SPCC优质冷轧钢板制作；厚度:方孔条2.0mm，其它1.2mm；脱脂、酸洗、防锈磷化、纯水清洗、静电喷塑。

3.47U高机架，外部尺寸约2200mm800mm960mm。

4.含机柜固定配件。

1

套

5

存储

1.国际知名品牌，非OEM品牌；

2.系统级别

SAN存储系统最大支持盘数为120，可在线扩展至960。

单系统总容量可配置400TB。

3.体系结构

1）双控制器系统，可在线扩展至集群系统(负载均衡)。

2）支持全冗余模块化体系结构。

4.控制器缓存

本期配置存储系统缓存至少32GB。

CPU主频不低于3.7GHZ。

独立缓存，不依托固态硬盘。

5.连接端口

1）支持8Gb FC或10Gb 网络接口。

2）每控制器最大8Gb FC前端端口数不少于4个。

3）每控制器最大10Gb 网络接口数不少于2个。

本期配置每控制器的8G FC前端端口总数≥4个 双控8个8GB FC接口

6.磁盘通道端口

1）支持SAS 2.0方式的后端磁盘连接通道。

2）最大SAS后端端口数不少于4个SAS 2.0。

本期配置SAS 2.0后端端口≥4个。

7.硬盘类型支持

1）支持SAS, SSD硬盘类型。

2）支持不同容量和转速的同类型磁盘在一个盘箱内混插。

8.RAID级别支持

1）支持RAID0、RAID10、RAID5和RAID6。

2）支持不同RAID类型在同一个磁盘箱内的共存。

3）支持RAID类型的动态在线更改，无需数据迁移或应用停机。

4）支持系统全局热备盘。

9.多通道管理

配置多通道管理软件，可在服务器与盘阵间实现路径的负载均衡/故障切换。

10.操作系统支持

Microsoft Windows Server，Solaris，HP-UX，Linux，IBM AIX，Novell NetWare，Apple，Tru64，Vmware。

11.管理软件

配置阵列设置管理软件, 可以本地或Web的方式配置和管理阵列。免费配置可以一个集成界面管理多台阵列的企业存储资源管理工具。

12.信息生命周期管理

自动分级存储

本期配置实现下述功能：

1）活动数据块自动写入高速盘，把非活动数据块自动挪入低速盘；

2）支持并配置SLC SSD的写加速；SSD盘配置容量必须满足超活跃数据需求；

3）支持SSD盘与磁盘的自动分级，否则必须全部配置SSD盘；同时支持磁盘 15K/10K/7.2K间的自动分级，否则高速数据容量部分必须全部配置15K盘；

4）在逻辑卷内能跨越不同速度盘（支持SSD、15K、10K、7.2K盘），实现数据双向调度；

5）支持数据库应用；

13.持续数据保护CDP

配置实现下述功能：

1）一旦出现系统逻辑错误，保证1小时内数据可以随时恢复到任意时刻故障前1分钟的正常状态。

2）能防止包括误更改、误删除等故障造成的数据丢失或损毁。

3）针对SAN上的关键应用，支持不影响生产卷性能的CDP技术（非传统快照COFW技术）。

14.高级数据容灾

本存储必须支持以下项目

1）支持同一个逻辑卷级别的两地三中心（同步+异步）。

2）支持生产站点将持续的保护点同时复制到灾备站点。

3）支持在同一存储系列不同型号之间容灾。

4）支持双活数据中心。

15.存储高可靠性

在满足业务不停机的条件下,支持手动实现逻辑卷在不同型号的阵列之间进行漂移或者按策略自动漂移。

16.总容量：

本期配置28块1.2TB 10K SAS；8块480GB SAS接口SSD固态硬盘。

17.高速层存储裸容量

全部采用10KB SAS硬盘+固态硬盘。

18.系统升级

支持在线的系统软、硬件升级，升级过程不中断系统运行。

19.包装箱不开封，包装箱注明最终客户信息。

20.需保证能与我校一期数字化校园设备、软件无缝对接；需要能融入我校虚拟化平台，保证设备的正常稳定运行。否则不予验收。

21.完成磁盘阵列的安装、调试、虚拟化资源配置等工作。

22.完成其他辅助性工作。

1

套

6

HBA卡

1.单端口8Gb光纤通道。

2.每端口200,000个initiator（发起端）和target（目标端）IOPS。

3.提供全双工/端口多达1600 MBps吞吐量。

4.256个队列对实现增强虚拟性能。

5.SAN级别的认证（FC-SP），光纤级别的隔离（NPIV）和端到端的数据完整性（T10）。

6.通过StartPower Link Training实现动态电源管理。

7.统一的HBA驱动程序和固件体系结构。

8.含接口模块。

9.单端口HBA卡，要求三年保修，三年上门服务。

2

块

7

光交换

1. 本次配置激活16端口，配置16个8GB SFP+光纤模块 20根10米。

2. 完全fabric架构，最多可有239台交换机。

3. FOS fabric： 56个域、19个跃点。单一M-EOS fabric： 31个域、3个跃点。较大型fabric架构可按需配置；

4. 支持基于帧的干线合并，在可选许可下每条ISL干线最多8个8 Gbit/sec端口；每条ISL干线最高速率达68 Gbit/sec (8端口×8.5 Gbit/sec [线速]) ，运用Fabric OS中所包含的DPS功能，实现基于交换的跨ISL负载平衡。

5. 408 Gbit/sec： 24端口× 8.5 Gbit/sec (线速) × 2 (全双工)；Fabric延迟，采用8 Gbit/sec速率下无争用、直通路由 本地交换端口为700纳米；最大帧，2112字节净负荷，帧缓冲，可动态分配700帧，每端口最多为484帧。

1

台

8

安全防御软件

采用B/S架构管理端，具备设备分组管理、策略制定下发、全网健康状况监测、统一杀毒、统一漏洞修复、网络流量管理、终端软件管理、硬件资产管理以及各种报表和查询等能力，应用准入，支持终端自动发现，能自动发现安装和未安装客户端的终端，并探测其安全状态是否合格，有效杜绝机密信息泄漏和窃取事件，厂商终身免费提供相关补丁包。为保证设备软件的安全使用，防御软件需具备CERT安全机构提供的网络安全应急服务支撑单位证书。

与光交换机统一品牌，配合光交换机使用。

1

套

9

存储管理机

i7 6700U ；DDR4 16G内存；2G独显；256G+2T 混合硬盘。

1

台

10

台式机

1、CPU：Intel  酷睿I5-4460

2、主板：Intel H81

3、内存：4G  DDR3 1600

4、硬盘：500G  SATA III或1T SATAIII   7200转

5、光驱：无

6、显卡：集成

7、接口：1PCI，2PCI-E x1，1PCI-E x16，1COM，2PS/2，2组音频接口，1VGA接口，1DVI接口，顶置2USB3.0，后置4USB2.0（标配）

8、键鼠：光电抗菌鼠标及防水抗菌键盘

9、显示器：19.5WLED，满足一级能效，TCO6.0

10、电源：ATX220W电源或ATX300W

11、机箱：顶部提手、资产管理标签 ，标注主机S/N号码和服务电话、顶置开机和reset键、顶置音频接口；顶置2USB3.0分离放置，前置可拆洗防尘罩；专属并口、串口扩展位，避免占用PCI-E和PCI扩展位；不插电开机报警器 （可选）；防盗kensington锁孔 ；后部一体化束线防盗锁；中置2USB2.0接口分离放置（可选）；后I/O保护罩（可选）

12、硬盘保护：出厂原装同品牌非单插的软件保护卡，具有以下功能：

1）所有功能全部架构基于Windows平台，产品软件窗口化，简单易懂，方便操作；2）支持多系统Windows2000SP4、WindowsXP、Windows server 2003、Windows Vista、Windows7、Windows 2008 R2、Windows8；3）多IP功能(不同系統可设定不同IP或DHCP) ，GPT分区和MBR分区自由切换；4）禁用DVD/CD-ROM存储设备，禁止使用USB；5）系统采用防火墙保护，防止机械狗或其他程式恶意破坏；6）采用树状多点还原技术，支持建立254个还原点，每个还原点皆各自独立；一对七硬盘复制功能；本地分区复制功能；批量建立、恢复还原点排程（可同時支持五个还原点）；7）远程唤醒开机、远程重新启动、远程关机；ID协商、自动分配IP和计算机名；网络克隆速度100Mbps网络环境，1Gbps网络环境；网络克隆及管理最多支持254台电脑；8）数据即时压缩克隆；故障智能定位功能；9）软件自动注册功能，发送端一次注册即可（无需收集接收端硬件信息）；分组管理功能；接收端自动加入域功能；10）资产管理、远程控制和监管等网络管理中心系统。

13、服务要求：门到桌服务。厂家直发客户指定接收地点。

5

套

11

笔记本电脑

I7-5500U； 8GB内存； ssd 180G； 6芯电池 ；1G 940M独显；14寸屏幕。

5

台

12

机房专用空调

1、供货范围及技术要求

制冷量（24℃，50%RH）≥15KW,显冷量≥ 14KW，显热比≥0.93，电加热≥6KW，加湿量≥5kg/h。

2、运行环境

海拔高度<1000m

室内环境温度10℃～40℃

室内相对湿度20%—90%（25℃）

储存、运输极限环境温度      -30℃～60℃

3、技术要求

3.1设备符合但不限于下列标准：

GB19413-2003机房空调国家标准；GB-T17758-1999单元式空气调节机；JB 8655单元式空气调节机安全要求；IEC —国际电工委员会；ANSI—美国国家标准委员会；EIA—美国电子工业协会标准；计算机场地技术条件(GB 2887)

注：GB为中华人民共和国国家标准

3.2硬件要求

卖方提供的设备必须是标准的、最新成熟产品，保证所提供产品的质量。

3.3 设备监控软件要求

软件模块化结构：任何软件模块的维护和更新都不影响其它软件模块，软件具有容错能力。故障监视和诊断：软件能及时发现故障并发出告警，能够自动恢复系统，不影响任何已建立的业务连接。兼容性及升级：设备不同时期软件版本能向下兼容，软件版本易于升级，且在升级的过程中不影响网路的性能与运行。

3.5性能指标

精密空调机单台设备技术要求

制冷量

制冷量（24℃，50%RH）≥15KW，制冷量不允许负偏差。

温湿度控制范围及精度：15-35℃±1℃ / 35-80%±5%

显热比（显冷量/全冷量）：≥0.93

室内风机传动方式要求为直连式，便于维护。

电加热：≥6KW。

加湿器须为封闭电极式加湿器，为保证整机的可靠性，加湿器具备自动清洗排污和强制清洗排污功能，方便维护清洗长期使用，

加 湿 量：≥ 5kg/h。

外形尺寸：约长×宽×高不得大于900×750×1910mm。

保证长年7x24小时运转，且能保证夏季温度为21-25度；冬季温度为18-22度，湿度为45%-65%；温度控制精度±1℃，湿度控制精度±5%RH。

为适应地区冬季低温，必须配置低温启动系统保证冬季正常运行。

送、回风方式为：前上送风，前下回风。

空气过滤器：空气过滤器需采用铝合金框架式，防潮、方便日后维护清洗重复使用，过滤器要求参照欧洲G3标准。同时须满足GB/T 14295-93的过滤效率要求。阻燃等级符合安规要求，防尘效果符合机房运行环境标准洁净度要求。

可单独控制和系统整体控制，可与其他模块互为热备份。

必须提供RS485监控接口，并负责接入设备监控系统。

应能够配置停电后自启动方式及启动延迟时间。

必须具备同型号机组的3C认证证书及节能认证证书。

提供产品介绍及技术参数。

1

台

13

光跳线

光纤跳线10M

20

条

14

高校协同办公系统

技术参数要求：

为以信息化手段提高学科发展、规划、管理的水平，招标选购学科协同电子办公与服务系统一套，构建白城师范学院学科协同电子办公与服务平台，以及在此平台之上部署开发的应用系统。

一、项目概况

建设一个安全的、开放的、可扩展的白城师范学院各部门共享使用的学科协同电子办公与服务系统，实现学校学科管理和日常办公的全面智能化、全面协同化、全面无纸化、全面移动化和全员可参与。整个系统应能达到以下目标：

1.1实现全校的学科、管理、常用文档等数据的共享，实现各类办公数据的全校统一，为最终解决“信息孤岛”问题打下坚实基础。各类学科基础数据做到一次录入，跨院、部、处使用，跨业务系统重复使用；

1.2提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少等待等中间环节，保持办公处理渠道的畅通；

1.3打破时空及地域限制，实现无纸化办公、远程办公、异地办公，打破学科发展的地域、院系限制；

1.4通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持；

1.5提供完善的信息交流机制，方便学校各部门、办公室和教职工之间日常办公及相关信息的交流和管理，实现业务办理互联互通，信息数据共享，打破学科管理的跨部门、跨组织的沟通协调瓶颈；

1.6提高学校精确管理的能力和水平；

1.7实现日常事务的信息化管理，如日程安排、会议管理、车辆管理、办公用品管理、考勤管理等；

1.8实现全方位立体化的办公格局，我校全体教职工都将拥有信息化办公和学科管理的数字身份，满足不受时间和地域限制的办公需求；

1.9实现真正的跨部门综合日常业务、学科信息的协同处理机制，全面提升工作效率；

1.10 实现移动办公，全面实现办公的移动化，无论是传统手机、还是智能移动终端，都能实现随时随地的获知并处理工作事务；

1.11充分利用现有建设好的网络环境及已有的网络配置资源，充分地保护已有的信息化投资；

1.12实现与现有管理信息系统的无缝对接，推进管理信息数据的共享，促进我校数字化校园的进一步发展。

二、项目建设原则

所有投标方案至少满足下列原则：

2.1技术先进：应当采用当今主流技术，并适度超前，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计理念的先进性，以适应我校办公业务及信息化发展的不断增加的需求。

2.2高度可靠：系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行，出现极端故障可快速重建和恢复办公系统。

2.3实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。

2.4安全性：系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。

2.5易使用性：主要体现在两个方面：一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。

2.6开放性：为了使系统具有较强的生命力和开放性，应遵循已有的国际标准和国内标准，以利于采用多种先进技术和产品。

2.7开源性：随着业务逻辑的改变，需要对系统进行维护、微调或二次开发。对该系统的非核心代码，应该开放。并提供规范的数据库设计，接口规范。

2.8可扩展性：该信息系统是一个不断发展中的应用系统，在系统设计时要考虑到新技术，新产品出现时对本系统的兼容性；当业务需求、外部环境发生变化时，可以扩展系统的功能和性能。软件设计要简明，各功能模块间的耦合度小，以适应业务发展需要，便于系统的继承和扩展。

2.9可维护性：系统应具有良好的结构，各个部分应有明确和完整的定义，使得局部的修改不影响全局和其他部分的结构和运行。

2.10接口良好性原则：系统能够提供比较良好的接口，便于系统的维护与修改，同时可以比较方便的进行业务流程的修改。

三、总体技术基本需求

3.1在技术实现上，要求采用开放式的技术架构，服务端程序必须支持多种操作系统（至少包括Windows系列和Linux系列），为适应我校数字化校园建设需求，要求采用主流的数据库（ORACLE或SQL-SERVER），要求系统采用J2EE或.NET技术开发，实现分布式计算技术进行系统架构设计和系统开发，至少支持BEA Weblogic和IBM Websphere应用服务器等多种主流应用服务器，核心应用层采用EJB技术，可以随应用的需要灵活扩展，利用XML作为系统接口的数据交换标准，确保系统的扩展性及多系统整合能力。

3.2系统采用B/S架构，在中心机房部署服务器和应用系统，客户端通过浏览器和移动终端即可方便使用，尽可能降低系统的维护和使用成本，便于系统今后的推广应用。

3.3本次信息化建设主要涉及到的学科协同电子办公与服务系统，要求系统的配置方面简单、灵活、实用，非专业技术人员通过图形化界面操作，应能根据实际的需要组合出任意的办公流程，用这些可自定义的流程和表单的定义来解决公文所有的审批和办理。

3.4提供灵活的门户定制功能，不同用户群可定义不同的系统首页，根据使用者的角色（身份和权限）的不同，系统呈现不同的界面、菜单或功能。系统操作应该采用简单、直观的图形化界面，最大程度地方便非计算机专业人员的使用，并提供统一的图形化的维护界面，维护人员通过简单的鼠标操作即可完成对整个系统的配置和管理。

3.5具体要求如下：

3.5.1   采用B/S架构：系统必须采用B/S架构，完全浏览器界面，客户端零安装。支持与IM（即时通信）工具的整合，实现开机自动登陆、任务自动提醒，实现文件/消息的即时传送。实现通过手机的浏览器实现3G上网移动办公，实现WAP应用，实现主流智能终端的移动应用；

3.5.2   采用集团化管理架构，能够不限层级地构建自相似的子办公系统，即在构建我校最高级办公系统的基础上，我校内部构建学院、部处、系、科研课题组等子办公系统，各级办公系统要逐级授权，分级管理，能通过多种权限灵活地管理全系统；可根据用户类型、所属角色、用户权限、数据属性的控制相应操作范围。

3.5.3   应用服务实现多机并行：系统的应用服务器在不需要第三方支持的情况下实现多台服务器并行工作，多台服务器要实现负载均衡和互备，避免由于负载过大或单点故障而影响正常使用；

3.5.4   易于二次开发扩展：系统提供二次开发的接口，可以方便用户将办公系统或其他需求扩展到该系统平台上。要求提供详细开发指导文档，并可为客户提供二次开发服务。要求开放数据库结构，有详细的数据库文件说明。在不影响软件安全性和版权控制的前提下，最大限度地开放软件源代码。软件能够通过二次开发增加功能模块，改善软件现有功能。提供软件开发手册，对软件开发手册不完备之处有义务及时补充完善，并提供软件二次开发的深入指导培训。

3.5.5   关系型数据库的集成能力：使用Oracl数据库，并且支持对关系型数据库的集成，可以与其他系统互换信息，可以提供决策数据参考，保证系统的外拓或兼容。

3.5.6   跨平台：支持当前业界绝大多数操作系统平台如：Windows(Windows 9x，2k，xp、，Vsita,win7)、Unix(Linux、Aix)等。

3.5.7   多级安全机制：系统可以采用多级安全机制，如服务器安全、数据库安全，每级安全要有严格的权限控制保障，实现CA认证方式或VPN方式登录系统。

3.5.8   底层平台应该包含个人门户平台、门户自定义平台、工作流平台、信息发布平台、公文管理平台、沟通平台、系统管理平台、模块自定义平台、移动办公平台、系统安全平台等，可以是与此类功能相对应的其他平台。这些平台将作为日后信息化建设的基础，应保证其可扩展性、安全性、性能稳定性。

3.5.9   要求采用开放平台的软件技术，保证核心的平台软件能够与具体的业务无关，避免定制开发带来的周期长、系统不稳定、维护难等问题。

3.5.10  软件有良好的工作界面，具有人性化的UI设计，用户可根据个人需求，更改登陆界面；管理员可指定客户端必选的显示内容；用户可以自定义桌面，可以调整桌面模块，快捷菜单等；软件应提供多套风格，方便用户根据自己的喜好调整工作界面；各模块显示列表内容的条数可以由管理员自行定义；移动应用界面应适合移动终端屏幕显示。

3.5.11  软件功能设计合理，易于操作使用，有电脑及软件基础知识的人员，无须经过专业培训，即可快速掌握软件操作；软件提供联机帮助说明，提供软件操作的电子文档说明书，方便用户使用。全面实现手写签批、手写签名功能。

3.5.12  工作流平台必须提供图形化设计流程的功能，要求做到所见即所得，同时为了满足日后信息化建设的发展，必须提供标准接口可以无缝内嵌相应的程序页面从而达到最少编码化和最大灵活性的要求。

3.5.13  要求采用互联网WEB2.0技术：要求采用Ajax技术设计开发个性化桌面功能,管理员可以根据不同需求的用户群体定义个性化门户，对模块进行拖拽到指定的位置，形成个性化的桌面方案。并可以设计桌面布局，订阅来之不同系统的信息；要求利用RSS技术引入互联网信息，配合桌面自定义功能，可以方便的将互联网上的有用信息引入到内部办公平台上来，自动推送到需要的用户面前。

3.5.14  系统设置具有充分的灵活性：系统设计需要考虑尽量的减少二次开发的工作量，系统必须提供自定义工具，包括图形化、可视化工作流自定义、数据自定义平台（包括数据表单定义、数据关联定义、数据显示定义）、界面自定义、菜单自定义，以及权限、角色、岗位、群组、组织、范围等的自定义设置，所有自定义设置必须简便易用。

3.5.15  系统具备一定的整合能力：协同办公自动化系统将成为一个应用的集成平台，能将已有以及将来的各类应用系统整合到平台中，提供统一的信息和应用服务。系统需要使用插件式整合理念，能通过LDAP协议进行数据整合，将平台中包含的分散功能组织为可互操作的基于标准的服务插件，这些服务插件可按照业务需求快速组合和重用，能和其他系统进行数据交换。

3.5.16  整合我校现有办公系统的信息资源。我校现有的办公系统已经使用了十年，其内部存储了大量通知、公告、管理规定的文件，为保证我校办公系统的无缝过度，这些文件需要能整合到新系统，能在新系统中查询、调用。

3.5.17  实现与我校现有数据档案管理软件无缝对接，将归档文件收入档案管理系统，并且能查询、调用归档文件。

3.5.18  基于SOA协同办公自动化系统（面向服务）架构设计的插件式整合模型，平台中包含的功能组织为可互操作的基于标准的服务插件，这些服务插件可按照需求快速组合和重用。产品设计必须基于插件式整合理念，将门户网站、内部站点、工作流引擎、短消息服务、文档管理等作为基础服务，用户可以根据自身业务需要进行重新组合。

3.5.19  具有强大的功能模块管理功能，可根据需要选择开放那些功能模块开放功能模块上的那些功能。

3.5.20  具有强大的、灵活的、便捷的自定义功能，无需专业技术即可根据需求轻松地定义新的数据库、新的表单、新的模块和频道。

3.5.21  具有统一的用户及权限管理机制，能够很方便地对系统进行全面的权限管理，避免信息的冗余，以及由于个别系统的设计不当导致的安全隐患。

3.5.22  硬件设备和数据库升级后，原有数据平滑过渡。

3.5.23  要求并发在线用户数至少能达到3000人，授权的并发用户数至少为3000人，允许我校所有合法身份教职工使用，以实现学科管理的整体性和战略化、全局化，支持授权用户数在不改变现有运行环境下的动态追加。

四、学科协同电子办公与服务系统基本需求

学科协同办公与服务系统系统功能主要有门户自定义平台、知识管理平台、工作流管理、公文管理、沟通通讯平台、综合事务管理、个人事务管理、系统管理、模块自定义平台、移动办公平台等。

4.1公文管理

建立各个部门无纸化协同办公的平台，结合电子签名，USB KEY系统等实现发文、收文、签报管理的自动化。

公文管理模块采用完全的B/S模式，要求用户在客户端只需要使用常用的浏览器即可，不需要安装任何其它软件。应具有很好的可移植性、可扩展性，能够跨平台使用。系统应该具有良好的用户界面，极具人性化的设计，灵活方便，具有手机短信、E-mail、即时消息、待办提醒等多种催办手段，集成扫描、文字识别等技术以解决录入瓶颈，系统运行速度快，数据可以方便地导出，便于统计查询。查询结果可以导出EXCEL或打印。公文管理模块应提供自定义标签字段和公文模版的功能，可满足各种发文格式的需要。管理员可以自己设计自己单位的各类红头文件格式，在发文流转中，指定用户可以直接调用将编辑好的正文套用模板，并且将文号等信息自动加载到正文中，系统应可以使用多个公文表单，并可以实现表单按本单位公文表格制作，同一表单可以定义多个流程并且控制流程权限让不同的人使用不同的流程。收、发文过程要保留正文修改痕迹和各审批环节的审批意见，整个流程可被跟踪、查询、监控。

公文管理主要包括四大部分：收文管理、发文管理、签报管理、公文交换。文秘人员根据领导的要求，在系统中进行事务的督办。

4.1.1发文管理

发文管理实现公文流转全程电子化，即从公文起草、审核、签发到归档全程电子化，并能够实现公文签发的电子签名和手写签名、盖章和红头套打。在电子公文流转过程中，如果在某些环节，需要纸面办理，随时可以打印出公文全文和稿签。

发文管理的主要功能包括：

公文起草、公文阅读、公文流转、联合发文、发文提醒、公文查询、公文办理、委托代办、接替代办、公文抽回、手写签名、痕迹保留、催办督办、文号管理、公文模板管理、公文预归档等功能。

实现学校党政发文及会议纪要学校内部网上公开，发布的公文可根据需要选择该信息是否禁止打印、拷贝，防止信息外流，允许拷贝和打印的可以控制加水印并防止篡改；同时对各部、处、学院主要负责人阅文的进行管理，学校办公室要知道是否已阅，非必阅人员可根据需要确定记录是否已阅；

4.1.2收文管理

收文既有电子收文，也有纸质收文。有条件的单位来文可通过公文交换直接以电子数据进入本单位公文流程，开展电子公文的应用。其它单位来文存在纸面形式。二者处理流程一致。

收到外单位来文后，收文部门进行收文登记，对收文编号、提出拟办意见，然后送领导处批办，送各承办部门办理，最后由文档管理人员进行预归档管理。

收文管理的功能包括：收文登记、公文流转办理等。

4.1.3签报管理

签报是对各种内部请示进行管理，包括起草、确定批核流程、相关领导批核修改等，并对请示流转的全过程进行监控。签报管理实现流转全程电子化，即从起草、审核、签发到归档全部是电子化。在电子公文流转过程中，如果在某些环节，需要纸面办理，随时可以打印签报正文。

4.2工作流程管理

工作流程管理的目的是使现在的办公模式迅速实现电子化，包括技术文件的审批:如文件的签署；科研管理类流程审批；行政人事类流程审批：如请假申请、调休申请、晋升申请等。要求工作流平台有如下特点：

4.2.1灵活的工作流（下列必须完全满足）：

4.2.1.1实现自定义工作流功能，实现图形化工作流程设计功能，只需要对图标进行简单拖拽及属性设置就可以完成各种流程设置的所有操作；

4.2.1.2工作流步骤实现固定流程（预设步骤）和随机流程功能；

4.2.1.3实现流程按时间、事件、类型、职务等条件判断走向不同的活动节点；

4.2.1.4在流程中可以插入其他的子流程；

4.2.1.5实现任意活动节点都可以退回、撤办、催办、收回和打印；

4.2.1.6工作流程设计实现导入导出功能；

4.2.1.7工作流程设计实现表单中的某一内容能够灵活设置对某个审批节点审批人的查看、修改、隐藏权限，某一节点的审批意见可以灵活设置对哪些人开放，对哪些人隐藏审批意见。可以与电子签章结合使用，设置流程中的签章保护字段。

4.2.1.8工作流程能够前进、回退、分支、选择、判断、收回、撤销、委托、并发、会签、子流程、催办等功能；

4.2.1.9工作流程能够按任意条件进行查询功能，能够实现将查询统计结果生成报表并导出的功能；

4.2.1.10工作流程的转交能够以邮件、即时通讯、手机短信、网页滚动提示等多种方式提醒；其中手机短信的提醒要求设置在审批节点环节，可以针对流程中的某个节点单独设置短信提醒；

4.2.1.11工作流程每步可以设置办理时限，对于超时办理的工作流可统计并催办；

4.2.1.12工作流发起人可监控流程的状态；

4.2.1.13系统要求支持人员代理委托功能，其中流程的代理委托要求设置在某个审批节点，支持一个流程中即有代理委托的审批节点，也有不允许代理委托的审批节点，做到关键审批必须由本人亲自完成，不受软件代理委托设置而影响。使用委托代办功能时，委托人可查看代办人员处理其受托工作的情况。

4.2.1.14能用工作流程的功能实现公文管理、印章管理、合同管理、物品申购、教师科研项目管理等各种综合审批事务管理，并能生成相应的统计报表

4.2.1.15用户可方便的查看到其有权使用的工作流，并能根据工作需要将工作流调用到其他功能（如公文管理、知识管理）中使用。

4.2.2数据表的管理（下列必须完全满足）：

4.2.2.1工作流使用的数据表要区分不同的工作流单独以数据表的形式在数据库中存储，方便接口的二次开发或提取数据。

4.2.2.2支持数据表字段的查看、修改、隐藏权限定义，能对字段进行统计，设置哪些字段可用来查询。

4.2.2.3数据表字段可控制栏目是否必须输入、是否为用于检索的“关键字”、是否为内容不可重复的“唯一”值的设置。

4.2.2.4数据表字段可控制栏目是否为可修改项，可控制栏目是否为从系统提取内容且禁止人为修改。

4.2.2.5实现表单的公式计算，自动按各种公式算出字段的值。

4.2.3表单自定义（下列必须完全满足）：

4.2.3.1系统自带的表单定义工具，可以图形化化方式灵活地定义各类流程表单；

4.2.3.2支持带明细的表单，并能添加明细项；

4.2.3.3所有表单自动编号，支持金额大小写转换；

4.2.3.4工作流表单设计能够从WORD、EXCEL设计表格导入。

4.2.4流程办理人：

按角色、组织、职位的组合得到参与人、可由办理人从指定范围中选择、从所有用户中选择等方式。

4.2.5催办与提醒：

通过短信、网页提示、电子邮箱、即时通信（如RTX、GKE、Elink等即时通信工具）等多种方式提醒用户。

4.2.6接口：

预留扩展接口，可与其它业务管理系统进行数据交互。

4.2.7监控（下列必须完全满足）：

4.2.7.1以图形化的方式查询流程的进展情况，随时了解流程动态。

4.2.7.2支持对单个流程的办理查阅设置，并且可以对流程的办理查阅人员进行设置，人员设置支持组织、人员、群组的组合选择。

4.2.7.3可以查询流程，方便教职工了解目前系统中都有哪些流程，以便申请开通流程使用的权限。

4.2.8手写意见：

实现手写和键盘方式批写意见，实现痕迹保留，电子印章等功能。为实现此功能，方案中须包含实现这些功能所必须的硬件设备：12套独立的手写板和4套独立硬件的电子签章，方案应明确指出手写板和电子签章的品牌和参数。

为保证最佳手写效果,手写板应质量可靠，性能至少满足：采用无线无源、电磁压感技术，压感不小于512级，USB2.0接口，识别区域不小于54（英寸），支持windows 7及当前常见操作系统；手写录入能识别楷、行、草、繁体、倒插笔等多种字体，可整句识别，能识别生僻字，识别率高，识别速度可达200点/秒，能识别英文单词；手写真迹批注、手写真迹签名时能很好地感应笔触力度和线条粗细变化，给人以真实的手写字迹感觉，可以使用彩色笔迹，能进行基本的绘图批注；能进行发音纯正的中英问朗读。

使用电子签章是为了保证电子公文等材料的真实可信，方案中的电子签章本身必须是可靠的。因此，方案中的电子签章必须是正版的、有授权的，取得国家保密局关于商用密码的生产、销售相关的许可和认证，通过公安部检验并取得其销售许可，产品符合《中华人民共和国电子签章条例》等有关的国家法律、法规的要求，其密钥体系须符合国际、国家有关的标准。方案中的电子签章应能对常见的文档（至少包括Office、网页、PDF等文档）

4.2.9归档与查询：

流程审批结束后所有信息可归档到档案管理保存，所有归档文件都支持以多种常用手段的进行查询。

4.2.10工作代理：

授权他人代办流程审批工作，授权人可监督代办人代办其间所代理工作的处置情况。

4.2.11效率分析：

记录各环节的预期期限，以图形化的方式显示各环节的效率对比，并能够按流程统计各种流程的平均各环节办理效率。能够按照部门或个人生成办事效率统计，并可以通过一定方式予以显示。

4.2.12流程跟踪：

领导能够在流程中进行详细的跟踪，例如，领导在差旅申请流程中能够看到发起人在全年的差旅情况。

4.3知识管理平台

4.3.1栏目管理：能够实现栏目无限级分类，栏目顺序可调整；

4.3.2提供栏目级的新建、维护、查看权限控制及信息级的查看权限控制，保证访问者只在权限允许的范围内查看、维护信息。权限的控制支持组织、人员、群组的复合选择，即可以同时选择组织、人员、群组。

4.3.3信息发布（下列必须完全满足）：

4.3.3.1提供个人信息门户，集成个人办公应用和信息发布、通知、消息获取等；

4.3.3.2提供各部门信息发布和管理门户；

4.3.3.3各级信息管理和发布门户风格统一，支持用户自定义和设置；

4.3.3.4信息可以经过自定义流程审核后发布；

4.3.3.5发布信息可选择模板，通过模板快速生成文档；

4.3.3.6可控制信息不能拷贝和打印，被系统允许的打印的信息可控制添加相应的水印，以示其为打印件；允许被拷贝的文档可根据需要处理成不能被修改的文档格式（至少支持PDF格式），并能加水印。

4.3.3.7可以文件链接和地址连接方式发布信息，可以WORD、EXCEL、PPT、PDF等常见文档格式发布信息；

4.3.3.8能够将重要的信息突出显示，如描红、加粗字体、置顶等方式。

4.3.3.9发布的信息能够继承信息所在栏目的权限，并且可以再次选择缩小查看人员权限。

4.3.3.10发布的信息要求能够设置是否允许评论，能够附加记录副标题、关键字、作者、来源等辅助信息，能够归属到信息的分类（原创、编辑、摘录）并且支持同时发布到2个栏目。

4.3.3.11发布的信息要求能够支持时效性，时效性包括永久性和短期时限，短期时限可以灵活设置有效期间。

4.3.3.12发布的信息能够归档到档案系统。

4.3.4信息浏览

4.3.4.1能监控信息的查看情况；

4.3.4.2信息修改多次后能看到每个版本的信息；

4.3.4.3能对信息发表意见；

4.3.4.4能对已发布的信息进行栏目转移。

4.3.5信息查询与统计

4.3.5.1可以按发布日期段、主题词、关键字（标题、关键字、附件名）、类别、发布部门、发布人进行搜索。实现模糊查询，能够按匹配度、日期等多种方式排序。

4.3.5.2按部门、人员的统计功能，可统计当月人员/部门的发布量。

4.3.6全文检索

实现全文检索，检索技术先进，检索结果的显示人性化（类似baidu或google等搜索引擎，可按时间和相关度排序），检索范围包含系统内各类文档及附件，在条件允许的情况下可跨平台检索（即可以检索其他网站的信息）。系统内其无查看权限的内容排除在检索范围之为。

4.3.7可设置多级主页，各部门（院、处、系、研究所、科研团队等）设立独立主页各部门有自己的单独主页，信息对其他部门可以共享。

4.4沟通通讯平台

包括以下几种方式：包括内部邮件、短信、论坛、即时消息几种方式。

4.4.1内部邮件系统

1）支持设定邮箱容量上限；

2）支持邮件收发的短信提醒；

3）可配置多个邮箱帐户；

4）邮件发错后可收回还未读的邮件;

5）支持系统的待办事务的邮件提醒;

6）支持群发功能，能查看邮件的查阅情况;

7）多种管理类、通知公告类信息能与邮件系统联动;

8）整合我校现有邮件系统，能在OA中单点登陆我校现有邮箱系统，可以控制用户仅能将指定域的邮箱作为内部通讯邮箱。

4.4.2内部论坛

1） 设置每个版块的开放时间；

2） 可设置板块信息需经过版主审批之后才开放；

3） 可自动屏蔽一些敏感内容。

4） 具备通用论坛功能；

5） 论坛应与系统管理应用系统实现单点登录，但也支持匿名登录；

4.4.3通知、通告管理

通知管理，各种通知是否到达及回复情况做到可统计、可管理，即哪些人员已经收到通知并回复或查看指定文档了，哪些人员还没有，针对没有查看通知的人员在符合一定条件下发短信提醒，直至电话告知。

通知内容至少包括会议、活动通知、重要公告、公文通知、工作流事项等，可根据需要选择是否通知、通知那些人。

4.4.4短信

集成手机短信平台，实现重要信息通过手机短信提醒，可管理短信回复到系统的确认信息。工作流程、文件审批、会议通知、公文到达通知、待批待办事宜、重要活动安排等可以通过短信发送到相关人员的手机上，可管理短信的使用人范围，能够统计短信的发送条数。

4.4.5即时消息

1）实现与办公系统的组织架构、用户数据实时同步。

2）用户能够通过即时通讯平台获知消息提醒，待审/待批流程节点，新邮件到达，新任务到达以及其它重要事件提醒；

3）在查看信息的阅读情况时，能够自动感知即时消息收到人的是否在线状态，并能够直接给其发送即时消息。

4.5门户自定义平台

4.5.1 支持各个部门都有不同的首页，各级办公系统都可根据工作需要定义个性化的主页，能够灵活定义首页的显示格式和信息内容；支持不同岗位人员可以有不同的首页，自定义首页的数量不应受限；

4.5.2 能灵活定义各版块的位置；

4.5.3 在首页上能够显示单点登录的系统，教职员工登陆系统后能够直接点击进入其被授权允许进入的应用系统和各子办公系统。

4.6个人事务管理

4.6.1个人通讯录

个人通讯录存放个人定义的通讯信息。

提供个人通讯录的输入、修改、删除等维护功能。个人通讯录数据的数据来源支持两种方式：用户输入（包括Excel导入）、从公共通讯录中提取。

4.6.2个人日志

教职员工个人可以撰写工作日志，可以设置将工作日志共享给指定人；部门日志，由专人（可多人）记录并分享部门的工作日志；

4.6.3日程管理

可根据上级的计划和指定的工作，安排个人的日程，设定起始和结束时间、事务内容等，并形成月历形式快速的进行查看；系统自动到期提醒。

领导可看教职员工的日程安排，可将个人日程共享给他人。

4.6.4工作汇报

教职员工定期向有关部门及领导进行工作汇报。领导可以查阅下属的工作计划并进行批示和转发。

4.6.5个人主页

教职员工可根据其工作性质、工作需要定义多个个人办公主页，处理不同工作时可以进入相应的主页。

4.6.6任务中心

完成任务的布置与汇报管理。个人可以布置任务给其他人，其他人可以在自己的任务上添加子任务，并布置给其他人，所有接收到任务的人员，可以随时汇报任务的进展情况，方便任务发布人了解任务的执行情况。

4.6.7消息提醒

待批文件、待阅文件、已批文件、在办监控、办结文件、退回文件、撤销文件等文件办理信息，会议通知，活动安排等的消息提醒。

4.6.8催办管理

对在审批过程中接收到的催办信息进行管理，包括收到的催办和发出的催办，以及对催办反馈的管理。

4.7综合事务管理

4.7.1会议管理

有效管理会议室资源，实现会议的申请、会议资料上传，会议审批与会议纪要等；实现会议的通知管理，系统内短信、手机短信、即时通信、公告等多种通知方式，并具有回复确认、参会统计等功能；

4.7.2车辆管理：规范车辆的调度申请及费用统计，可根据车辆、司机等多种方式管理车辆资源；

4.7.3办公用品管理：实现办公用品的申请、购买、领用登记，生成办公用品统计表；

4.7.4图书管理：实现单位图书的购买、借阅登记管理；

4.7.5文件管理、规章制度管、知识管理：实现单位各种文档、资料、规章制度的规范管理，能严格区分权限；

4.7.6人事档案：单位人事档案资料的管理、查询、统计和分析功能，该功能有别于我校人事处的管理系统，在必要时，能够与我校人事系统实现数据交换，实现学院、部处、研究机构等单位内部人事管理的需求；

4.7.7考勤管理：实现单位人事考勤、请假、出差等数据的统计和管理；

4.7.8培训管理：实现单位内部培训管理，支持在线考试（可在线命题、自动评分、可选择参见考试人员范围，并能生成成绩统计报表）；

4.7.9工作完成效率、效果统计汇总：通过各环节工作率统计，生成相应的统计数据，能通过部门综合统计、个人统计的等方式显示部门和个人的统计结果排行。

4.7.10献计献策、意见反馈：能实现教职员对学校各项工作意见、建议的管理。

4.7.11投票管理：实现各种类型的投票管理，支持实名或匿名投票，可自动统计投票结果；

4.7.12在线问卷调查：能够实现问卷设计、定向投送、问卷回收、问卷统计分析等主流的调查问卷功能；

4.7.13信访登记、信访管理：能够对网络信访、电话信访、当面接待的信访进行综合管理，能登记、汇总、回复信访，能够对信访信息的批示、处理意见进行管理。

4.8系统管理平台

4.8.1能够进行访问控制，添加IP访问方式；

4.8.2能够进行组织管理，定义分支机构和各部门，形成管理组织架构图；

4.8.3按照部门和职务的不同设定人员的角色或者工作岗位；

4.8.4能够进行权限设置：控制用户的访问权限，每一个权限都有使用范围；

4.8.5具备菜单管理，能够控制每个菜单的访问权限，是否隐藏；

4.8.6能够自定义菜单，可以根据不同岗位的人员，将其所用到的软件功能定义到一个菜单上，方便工作。

4.8.7自定义模块功能：作为系统内各模块的管理平台，可以管理系统各模块的使用与关闭，命名及使用对象等，可以通过自定义模块结合自定义数据库及自定义表单等实现零开发代码的功能模块的应用。

4.8.8具有强大的自定义功能，能通过自定义的配置操作适应增长的新需求；

4.8.9要求系统支持组织、角色、权限、数据范围的四维权限管理，通过设定数据范围,我们可以很方便地将某一用户所具有的某一功能权限限定在一特定的数据范围内,比如系统管理员的设置，可以设置总校系统管理员和院处系统管理员，总校系统管理员可以管理整个系统，各院处系统管理员虽然具有和总校系统管理员一样的软件功能，但其所管理的范围仅限于院处。

4.8.10日志系统具备详细记录用户使用系统的情况，能根据特定条件筛选系统日志中记录的信息。

4.9移动办公平台

支持手机业务的移动办公平台。全面支持iphone、Android、Windows Mobile系统的商务手机，针对手机的屏幕特点采取“九宫格”的方式完成移动办公的作用，功能主要包括公文及流程的审批、信息、公文、帖子、邮件等内容的查看及发邮件等功能。

4.10 根据学校具体工作需要，部分模块需要二次开发、定制。

五、性能要求

5.1可用性要求

5.11    持续工作时间：系统能724小时不间断持续工作，除系统进行必要的维护而关闭外；

5.12    维护关闭时间：投标人应指明系统维护需关闭的时间，每次因维护连续关闭时间不超过4小时，每年累计关闭时间不超过8小时；所有维护需在非工作时间进行，并且不能影响正常办公需要；

5.13    有效工作时间：系统应保证99.9％的时间按设计工作时间正常运行；

5.14    在标准硬件配置环境下，系统使用过程的各项操作响应迅捷。

5.2可靠性要求

5.2.1   软件在实施前经过完全测试，并应具备相应质量保证证明文件；

5.2.2   投标人所开发的软件应具备系统中所有静态、动态数据的备份导出功能，以及使用导出的数据进行恢复的导入功能。

5.2.3   投标人应提供使用商品化产品进行系统备份、恢复的其它解决方案；

5.2.4   系统能恢复直至系统发生故障前的最后一次成功完成的事务处理的所有数据；

5.2.5   日常硬件维护不应影响正常的系统运行。

六、安全要求

系统应具有但不限于以下安全保障措施：

6.1 组织机构管理（下列必须完全满足）

6.1.1在遵循学校组织机构构成方式的原则下，全面支持集团化应用，支持不限级别的多级组织结构，所用人员仅能操作和查看其授权范围之内的数据。

6.1.2采用多级架构集中授权方式管理组织机构及人员，机构中负责不同工作的人员须根据不同授权及许可数据范围，查看和操作相应的数据。

6.1.3最高级管理员应能对系统中所有人员进行身份控制，系统应能对无学校合法身份的被非法添加的账户发现并禁止。

6.1.4系统需提供有效的技术措施控制账户的合法开通。例如，系统预制我校正式教工的身份信息，所有拟开通的账户必须与之有一对一的对应，否则无法开通。

6.2 登陆管理

用户登陆时，可根据需要，支持加密锁、CA认证与数字证书、动态密码卡等多种安全登陆认证机制；

6.3 支持CA的安全身份认证

应用系统的安全是安全设计方案的重点。通过统一用户管理实现集中控制访问权限，集中管理身份、策略和服务，实现单点登录，全网通行。

系统同时可以采取多种方式对使用系统的用户身份进行认证，支持CA数字证书进行身份认证，以确保系统的安全性。

6.4 SSL加密访问

系统支持SSL加密方式访问，可以对数据进行加密传输。

6.5 有限授权

系统设计时，要考虑的授权原则：

6.5.1基于角色的权限控制。

6.5.2 用户只能进行与当前角色相应的操作和访问权限范围内的数据；对于没有授权的操作和数据，用户无法执行和访问。

6.6全面确认

对于用户进行的每一个操作，系统都会对用户当前身份和权限进行确认，实现“正确的人进行正确的操作，访问正确的数据”。系统会对用户每次提交的数据进行完整性和合法性校验。

6.7功能分级控制

6.7.1对管理工作，系统管理员负责所管理办公系统的整体系统管理、版本管理等工作；其他业务系统的管理则由实际业务管理员负责，实现管理工作的分级管理控制。

6.7.2对于实际业务系统的功能，也做到分级控制。普通用户具有普通的操用权限；高级用户则除了具有普通用户的所有操作权限外，也具有其他的高级操作功能权限。

6.7.3对系统中大权限的管理员能有效的监控管理，避免其利用其大权限作违法学校及国家法规的操作。

6.8 IP安全控制

系统能够设置一定IP地址段范围内的机器访问系统，对不在IP地址范围内的无法登陆系统。

6.9 安全审计和日志

6.9.1办公系统需要利用安全日志记录和审计，以保证在发生安全相关问题的时候能够做到追踪问责，通过对安全日志记录的查询和分析以及相关的审计操作找到安全问题的根源所在。安全审计和日志的范围可以根据办公系统的实际需要进行设置，对于与安全密切相关的用户登录事件、访问控制事件以及身份认证、访问控制、数据加密、数字签名等行为安全事件等应该进行安全审计操作，并记录系统安全日志。

6.9.2对系统的关键的操作形成不能被篡改的日志记录，负责操作审计的人员可以通过多种方式，如人员类别、部门、操作类别、时间点、时间段等，查询操作日志。

6.10 系统操作日志

6.10.1系统可以记录下来用户的每一次或重要操作的日志，并提供对日志的分析功能。

6.10.2系统同时要具有自动预警功能。对于非法操作，系统会根据设定的操作级别采用设定的形式自动报警，如短信、邮件。

6.11 数据备份与恢复

支持数据库定时自动备份功能，支持文档等非格式化数据的自动备份；支持数据库导入、导出、修复等功能，即使在服务器突然掉电或中止运行的情况下，也能确保系统数据不会受到破坏；在硬件故障的情况下、支持数据服务的快速重建。

6.12 抗攻击性

系统应具备强大的反黑客攻击、防注入、防篡改功能。

七、硬件支持要求

投标人应根据招标人硬件以及网络现状，提供与现有系统配套的主要硬件配置参数，其中包括：

7.1 数据库服务器要求；

7.2 应用服务器要求；

7.3 存储、备份、扩容设备要求；

7.4 其他硬件及网络环境要求。

7.5

八、技术支持与维护及培训要求

8.1 系统支持

8.1.1 投标人应提供系统支持和服务以保证项目的成功实施,包括：

系统应用软件的现场安装；

协调硬件和操作系统的安装；

提供完善的系统升级、扩容方案；

在支持时段（7×24）内接到求助后，1小时内必须响应，一般故障4小时内解决，重大故障12小时内到达现场并解决；

8.1.2 投标人应提供相应的支持体系以保证支持、服务和项目成功；

8.1.3 投标人应当提出其在系统支持和维护方面专职投入的人力资源状况；

8.1.4 投标人应提交其支持团队的固定电话、移动电话、传真等及其他有关联系方式；

8.1.5 投标人应提供处理系统问题的报告。

8.2 维护

8.2.1 投标人可提供满足招标人对系统维护最低需求的多种服务以供选择；

8.2.2 系统维护服务应包含有系统运行效率监控和调整的专家咨询,同时还包括系统的功能增强和升级；

8.2.3 提供维护支持的单点联系。

8.3 培训

8.3.1   概述

1)  招标方期望新系统和新技术的实施将很大程度的改变原有的工作方式，投标人应作为这一变革的促进者,提供相关的培训和技能转移；

2)  投标人在培训方面应满足以下需求：

a.  培训讲师应具有丰富的经验；

b.  确保业务部门用户能够操作和使用新系统处理相关业务流程；

c.  确保信息技术人员能够运行、管理和维护系统；

d.  确保安全管理人员理解并能合理有效地使用系统中所有安全保密功能；

e.  确保将投标方的技能转移至招标人的信息技术人员,为学校指定的人员安排合理的培训，使他们能够运行、支持、维护和增强系统，保证实施后的系统平滑移交。

3) 向学校方提供纸质和电子版用户使用手册，使用手册应有相应图示，以利于学习使用，对于部分关键操作、复杂度较高的操作根据实际需求提供音视频培训资料。

8.3.2   培训需求

1)  所有培训课程应在学校指定地进行；

2)  投标人应培训并帮助应用人员熟练掌握相关模块的配置和使用；

3)  投标人应向招标人的信息技术管理员提供下列培训：

系统配置、系统应用、系统备份、系统管理、数据库管理等

4)  应有充分的培训,以保证相关人员掌握系统问题解决和系统资源管理的方法；

5)  投标人应提供系统安全管理员有关系统安全概念和功能的培训,使之能够合理有效的使用系统安全手段,防止非法访问；

九、项目实施、售后服务承诺及升级要求

9.1投标人应提供下列及其他增值服务,以保证项目的成功实施：

9.1.1 安装调试服务

9.1.2 技术咨询服务

9.1.3 系统运行监控和调整服务

9.1.4 产品升级和数据转换服务等

9.1.5 现场技术支持服务

9.2项目实施应遵循通用的软件实施标准化原则，结合我校实际情况充分分析实际需求，在实施过程中对招标文件未详尽描述的细节应以最终需求确认为准；

9.3投标人应对有关服务合理定价并明确其费用；

9.4对软件设计上存在漏洞，在软件使用期限内，中标方有义务予以及时地、免费地修补，并积极配合校方消除由此产生的不良后果；

9.5网站及相关软件应该是开放的系统，能融入数字化校园的整体解决方案中，能与关联系统实现对接。在软件使用期限内，中标方有义务对此提供技术支持；

9.6项目周期：从启动到实施完成验收60个日历日；

9.7 项目风险控制：须有周密的项目实施风险控制举措，确保该项目按计划范围、按时间限制、按要求质量完成。

9.8中标人应提供三年免费维护、三年免费升级等技术服务。在免费服务期内，服务内容如下：

9.8.1 远程登陆访问：指通过用户提供的网关进行系统的远程检查与诊断。

9.8.2 软件漏洞的检测和修补、服务器运行状况的定期查看、高级技术咨询、相关API接口和编程范例的交付、高级管理员技术培训、系统故障的检测和系统恢复、软件版本的定期维护等等。

9.8.3 修改版本与维护版本：能够向用户提供软件的修改版本与维护版本，安装工作可由售后服务人员现场实施、通过远程安装，或由用户在电话支持人员的指导下自行安装。

9.8.4 用户支持计划：中标单位须向用户制定一份年度用户支持计划，计划内容包括：系统运行状况查看、日常管理操作、电话回访服务、远程拨号访问服务（日常）、电话咨询服务（日常）、电话指导服务（故障排除）、远程拨号访问服务（故障修复）、现场服务（故障修复）、软件升级服务等。

9.8.5 由于用户方停电,进水,UPS电力中断导致的硬盘/硬件损坏,中标单位须协助用户将用户数据尽量找回，尽最大努力减少数据损失。

9.9 售后服务人员要求。由中标单位资深技术工程师组建，有丰富的项目开发和实施经验，了解系统架构的软件工程师或长期从事此类软件服务系统售后支持工作的工程师组成售后服务团队，负责售后服务期内的售后服务工作。

9.10售后服务响应时间和服务标准

9.10.1 对于电话、传真、移动电话、电子邮件等方式的售后技术服务要求，7x24x365天随时接到随时答复。

9.10.2 对于必须现场进行的售后技术服务，12小时内到现场，2小时解决系统问题。

9.10.3 售后技术服务工程师完成现场服务工作后，填写《产品售后服务记录》，并由用户签署评价及验收意见。

9.11现场部署系统时提供一次免费技术培训；

9.12免费服务期过后，用户可根据自身情况选择是否签订售后服务合同，来延长服务期限。年服务费用不超过合同金额的10%，此报价包含一切售后维护、升级价格，对系统引起的问题不会另外加收服务费。

十、投标文件除满足其他招标文件要求外还应达到的要求

10.1完整的技术文件内容应该包括：

10.1.1提供详尽的系统技术方案（包括但不限于对现状及需求的理解、目标分析、集成方案等），必须逐项应答技术指标和运行性能，或申明技术偏差和例外；

10.1.2项目详细实施计划；

10.1.3项目运营维护体系、售后服务方案及承诺；

10.1.4产品说明书、产品样本及产品技术条件；

10.1.5第三方产品的规格及参数；

10.1.6安装、验收标准建议；

10.1.7完备的测试方案，测试方案须针对功能完整性、可操作性、标准业务操作响应时间、系统稳定性、3000并发的负载能力、安全性、可恢复性等系统的关键性能给出；

10.1.8提交详细的培训计划和培训内容；

10.1.9项目的实施成员介绍。

10.2 投标报价

10.2.1包含标准产品报价或分项模块报价（含项目全过程的实施和培训等费用）、第三方软件费用，投标人应作详细说明；

a）软件产品费用（满足招标人需求的软件产品报价，含标准模块、分项模块等，操作系统、数据库和除第三方软件外本项目涉及的所有软件产品费用）。本条款所规定报价列入总价，作为评标人评标的依据。

b）第三方软件费用。如果有，详细列出每个项目的费用及说明。本条款所规定报价列入总价，作为评标人评标的依据。

10.2.2第三方硬件配件费用明细。本条款所规定报价列入总价，作为评标人评标的依据。

10.2.3二次开发报价。如招标方根据实际需求提出二次开发需求，请给出开发价格报价方案及依据。本条款所规定的报价作为招标人评标参考，不列入项目总报价，但此报价将被招标方视作实施二次开发需求时的参考依据。

10.2.4售后服务费用：免费支持期（项目验收通过后36个月）后与项目相关的费用明细，如：年度服务费用及服务范围、其他招标方未知但可能发生的费用。本条款所规定的报价作为招标人评标参考，不列入项目总报价；

10.2.5追加授权用户数的报价方案及费用。原则上此报价的单个授权用户平均价与项目报价的单个用户授权价的平均值相比应有所优惠。本条款所规定的报价作为评标人评标参考，不列入项目总价，但此报价将被招标方视作实施追加授权用户数需求时的参考依据；

10.2.6投标总报价包括投标人为完成本项目所发生的一切费用和应缴纳所有税费。

十一、著作权、商标权及知识产权事宜

除第三方产品外，投标方所提交的产品需具有独立的软件知识产权(提供软件著作权证书)。投标方须保证校方在使用该套软件、硬件及相关服务或其中任何一部分时不受到第三方关于侵犯专利权、商标权、版权等权利的指控。如第三方提出侵权指控，投标方须与第三方交涉并承担可能发生的一切损失与费用，校方不承担由此带来的连带责任并追究由此给校方带来的损失。校方对中标产品拥有在授权范围之内的所有权利。

十二、关于验收标准的技术要求

除招标文件其他部分规定的要求外，验收标准还包括以下三个方面：

11.1 系统功能验收：是否达到业务需求书所列的系统功能，内容包括：功能需求符合度、模块功能完整度、功能通过与否等测试；

11.2 系统性能测试：对标准业务操作响应时间、系统稳定性测试、承载3000并发的压力测试、安全性测试、可恢复性测试等性能指标进行技术测试；

11.3 检查软件技术文档和用户文档等的完整性。交付文档包括光盘介质的软件、系统安装配置说明书、用户操作手册、流程管理规定等。交付文档包含但不限于以下内容：

1、 A.  项目管理文档；B.   需求调研报告；C.   系统详细设计说明书；D.  系统安装手册（应用软件、中间件、数据库及操作系统等）；E. 系统配置手册；F.   系统安全方案；G.   系统功能说明；H. 系统操作手册；I.   系统培训方案及讲义；J. 售后服务指南；K.   投标方售后服务承诺书；L.   验收申请报告；M. 系统二次开发指导书、二次开发用例及接口标准等。所投标的软件的应用成功案例: 满足3000用户。并附验收报告和合同文件。

投标人投标的产品功能必须是已有功能，要求在投标现场演示。

1

套

15

高校人事管理系统

1.系统建设目标

教职工信息综合管理系统是面向全校的人力资源管理与服务平台。系统的建设过程同时也是建立人事信息标准、梳理和优化人事管理业务的过程。系统将人事处的日常管理业务流程化和规范化，并以服务为导向，逐步向教职工、二级单位、相关职能部门和校领导提供服务。

1.1建立动态的可共享的全校教职工信息库

建立教职工信息标准和规范，构建全校教职工信息库，包括在职人员、离退休人员和离校人员。通过教职工信息库，即可了解到教职工的当前状况，又可追溯信息的历史过程。教职工信息可向全校共享，并可灵活授权给各级用户，既保证数据的开放性，又保障数据的安全性。系统支持以教职工信息库为基础，进行数据查询统计、生成快照数据以及灵活制定数据报表。

1.2实现流程化的业务管理

人事处的日常管理工作，包括人才招聘、人事调配、工资发放、年度考核、岗位聘任、薪酬福利等，并开放给教职工、二级单位和职能部门协同完成，实现流程化办公。根据不同的业务，系统支持设置不同的业务办理流程。

1.3面向教职工的自助服务

教职工可登录系统，查看个人资料，了解学校人事政策，在线填报和打印各类申请表格，并可通过系统跟踪自己提交的业务申请的办理进度。

1.4面向学院的二级管理服务

系统为各学院提供二级管理功能。各学院进入系统，可查看学院的教职工信息，可在线审核教职工提交的业务申请。学院还可通过系统与人事处协同办公，在线完成人才招聘、年度考核、绩效工资发放、岗位聘任等工作。

1.5面向领导的决策支持服务

系统可为校领导和人事处领导提供决策支持服务。领导进入系统，可查询全校教职工信息，查看各类统计分析报表，实时了解学校人力资源的状况和发展趋势。

1.6数据集成和业务整合

教职工信息综合管理系统作为学校整体信息化的一部分，可以和学校数字化校园的门户平台和公共数据中心进行集成整合，实现统一身份认证集成、门户信息集成和数据交换共享。

2.技术架构要求

符合国家有关规定。系统建设必须符合我国相关部门制订的标准，对安全策略、密码与安全设备选用、网络互联、安全管理等必须符合我国信息安全法律法规。

统一信息标准。系统的设计和开发，需遵从学校统一的信息标准，标准中未定义的，按照标准制定办法参照国家标准、各种部颁标准补充定义。

安全性。确保应用系统源代码安全，无漏洞；提供较完善的数据加密机制，确保数据存储和数据传输安全；提供明晰的身份鉴别和访问控制机制，按业务要求实现功能分级，并对用户分级授权；

可审计。系统具备日志跟踪与分析功能，提供访问、修改、删除等的用户操作日志，提供丰富的查询方式，供追溯和追责。

可靠性。系统运行稳定可靠，充分考虑冗余问题，要在系统设计范围内保证随着系统数据量的增加，系统性能不出现显著下降。支持1000人同时在线，500人并发访问。

稳定性。系统架构设计合理，结合必要的集群、热备等手段，保证系统不间断运行。

可扩展性。系统架构设计可满足业务变化引起的系统功能升级。

易维护性。采用代码维护、公式调整、参数配置等手段，确保用户可自维护系统基础设置数据项。

易操作性。系统设计符合业界通用规范和习惯用法，满足非专业用户的日常使用。

系统应保证Window 2000及其以上版本客户端的正常使用，兼容IE、Chrome、FireFox等主流浏览器。

系统采用J2EE技术，B/S架构，数据库使用Oracle10g及以上版本，支持常见Linux的较新版本等。

3. 系统业务模块与功能需求

整个系统包含组织机构管，理教职工信息库，薪酬福利，招聘管理，人事管理，师资培养，岗位聘任/职称评审，绩效考核，决策分析，业务协同，系统维护等模块。

3.1组织机构包含 机构设置、机构编制、机构统计。

3.2教职工信息库包含 个人信息、信息查询、花名册管理、数据快照、统计分析、数据共享、信息修改、信息审核、自助服务等功能

3.3招聘管理包含招聘网站、招聘计划、职位发布、简历筛选、考试面试、审查审核、流程设置。

3.4 人事管理包含 入职报到、转正定级、校内调动、合同管理、离退休管理、离校管理、考勤管理、档案管理。

3.5师资培养包含教师培训、在职学历进修、荣誉称号、学术兼职、教师资格证。

3.6岗位聘任/职称评审包含聘任流程岗位设置、在线申报、材料审查、同行评议、投票表决、结果管理。年度考核、聘期考核、报表制作、报表管理、报表查看。

3.7薪酬福利包含工资结构、工资变动、工资发放、工资查询、社保管理、公积金管理、分组管理。

3.8系统维护包含角色权限、日志监控、数据配置、流程配置、界面配置。

3.9业务协同包含待办事项、业务预警等功能

3.10系统集成包含统一身份认证、门户集成、数据交换等功能。

4.现场系统功能演示要求

投标人需自备电脑，进行现场系统功能演示，以下功能必须能完整演示：

4.1教职工基本信息和相关子集信息，可以开放给教职工个人修改，然后由二级单位和人事处审核后生效。审核基本信息时，可按字段审核通过或不通过，只有审核通过字段的修改内容才会生效。

4.2报到入职时，生成教工号，开通系统账号，可为事业编人员和非事业编人员设置不同的入职审核流程。

4.3自定义合同模板，合同打印时，可根据合同类型设置不同的打印模版。

4.4离退休管理，可灵活根据性别、职务级别等教职工属性设置退休年龄。自动筛选离退人员名单，并提醒近期退休人员，可批量办理离退休登记。

4.5招聘管理中，后台自主设置组合筛选条件，可为教师、管理人员或博士后等不同类型的人员设置不同的简历筛选流程和环节。

4.6薪酬福利中，由人事科和师资科能将需办理的工资业务以待办事项方式推送到工资科。工资变动业务办理后需经审核才能生效。定义工资结构，灵活设置工资项的发放标准和计算公式。工资变动业务的日常处理和审核。自定义工资组合查询与计算。支持批量工资变动。

4.7灵活设置岗位晋升和晋级的聘任流程，支持在线申报，支持同行评议，外部专家可以在线进行评审，可以对评审过程进行监督。

4.8报表制作时，可直接在页面上设置表头，支持横向和纵向的多级表头。可灵活设置整表的统计范围和各表格的统计范围。统计结果可以反查，反查结果可以导出EXCEL。

4.9系统需基于元数据设置，可在页面上灵活定义业务对象及属性字段，并能自动和数据库结构映射同步。对象之间可设置关联关系。

4.10用户界面可灵活配置，系统内置常用的页面模版，可根据页面模版创建新的功能页面，并能将页面配置到功能菜单中。投标人投标的产品功能必须是已有功能，要求在投标现场演示。

1

套

16

高校学生宿管管理系统

宿舍管理系统主要涉及学生宿舍楼管理、住宿分配、假期住宿管理、日常管理奖惩管理等等方面。需面向学校各部门以及各层次用户提供服务。需实现高校宿舍工作信息化，为学生提供全面的信息服务。

1．宿舍管理：宿舍楼管理、房间管理、床位管理及房间内物品管理。

2．住宿安排：自动分配宿舍，可以按照院系和班级自动分配宿舍；可以查询未分配住宿的学生信息，并进行手工安排宿舍；变更学生宿舍管理；

3．假期住宿管理：学生网上申请假期留宿，宿管科管理人员审批。

4．日常管理：宿舍评比；晚归管理；学生网上申请物品保修，宿管科审批。

5．奖惩管理：管理宿舍的所获奖励和惩罚信息。

6．宿舍管理系统需与白城师范学院现有学生管理系统进行无缝衔接，由此产生的费用由投标方承担。

7．包含现场培训、软件安装、系统协助服务。

8．数据库使用Oracle 10G 以上版本。

9．含系统安装光盘、安装指导等说明文件。

1

套

17

教育版资产管理

1.教育版资产管理信息系统功包含

1.1首页门户。

1.2基础信息：领用部门、人员管理、存放地点、项目经费。

1.3配置管理：资产卡片登记、资产验收、资产验收查询、资产卡片明细查询、验收退库、资产历史状态查询。

1.4使用管理：资产信息变动、资产增减值变动、增减值变动查询、部门内调剂、部门内调剂审批、部门内调剂查询、部门间调剂、部门间调剂查询、卡片拆分、资产维护、资产维护查询、资产盘点。

1.5折旧管理：计提折旧。

1.6处置管理：资产处置申报、校内资产处置登记、已处置资产查询。

1.7实验室管理：贵重仪器设备使用登记、贵重仪器使用查询、教学实验项目管理、专任实验人员管理、实验室基本情况管理、实验室经费情况管理。

1.8动态查询：总账查询（按使用人）、资产总账（按使用部门）、资产总账（按使用状况）、资产总账（按使用方向）、资产总账（按存放地点）、资产总账（按车辆用途）、资产总账（按车辆情况）、资产总账（按国标大类）、资产总账（按教育大类）、资产总账（按财务大类）、资产汇总查询（按使用部门）、资产汇总查询（按国标大类）、资产汇总查询（按教育大类）。

1.9教育部报表:教学科研仪器设备表（SJ1）、教学科研仪器设备增减变动情况表（SJ2）、高校大型精密仪器利用情况统计（SJ3）、教学实验项目表（SJ4）、专任实验人员表（SJ5）、实验室基本情况表（SJ6）、实验室经费情况表（SJ7）。

1.10系统管理：用户管理、权限管理、日志管理、卡片导入。

1.11保证软件能与吉林省财政厅行政事业单位资产管理系统进行无缝对接。

2. 应包含上门系统安装、培训。

3. 系统交付使用时应含有：交付文档包括光盘介质的软件、系统安装配置说明书、用户操作手册、流程管理规定等。交付文档包含但不限于以下内容：项目管理文档；需求调研报告；系统详细设计说明书；                        系统安装手册（应用软件、中间件、数据库及操作系统等）；       系统配置手册；系统功能说明；系统操作手册；系统培训方案及讲义；售后服务指南；投标方售后服务承诺书；系统二次开发指导书、二次开发用例及接口标准等。

1

套