登录
注册
武汉市东西湖职校信息化校园建设（二期）软件建设公开招标采购项目
依据武汉市东西湖区财政局J16081579-1543号备案单的要求，武汉市东西湖区政府采购中心受武汉市东西湖职业技术学校的委托，对其信息化校园建设(二期)软件以(集中采购机构采购)形式进行公开招标采购，现对采购人提供的采购需求进行公示，公开征询意见。
一、项目编号：DXHZC-2016-142A(1543)
二、项目名称：武汉市东西湖职校信息化校园建设(二期)软件建设公开招标采购项目
三、采购内容：信息化校园建设(二期)软件建设
四、采购预算：253万元
五、需求公示：
1.公示期：本公示发布之日起至2016年9月 27日17 时止。
2.意见反馈方式：对采购需求提出相关意见(应说明理由)应客观公正、实事求是，并在公示期内将相关意见以书面形式(加盖公章)提交至武汉市东西湖区政府采购中心，同时还须将反馈意见的电子文档(word版本)发送至公告指定的电子邮箱，邮件主题注明“(公司名称)关于(项目名称)采购需求反馈意见”，邮件内容应包括供应商名称、供应商联系人姓名、联系方式等内容。
3.采购需求内容：
(一)项目简介
1 项目背景
信息化建设水平是学校发展的重要标准之一。数字化校园中围绕各业务部门的信息管理系统建设，日益成为学校师生获取信息、丰富知识、学习交流的重要渠道，在推动教育改革发展、促进思想文化交流、丰富师生精神生活等方面起到了积极作用。因此，学校迫切需要加强学校数字化建设来提供管理人员的工作效率、为学校领导提供辅助决策、为广大师生提供更加便捷和高效的服务。
2 学校信息化应用系统建设
我校已经建立了网络和硬件环境，少数部门也建立了相关的应用系统，现有主要的应用系统包括宣传网站、招生系统、学籍管理系统等。
学校目前的信息化建设需要制定学校信息化建设的规划和全校的信息标准，同时对学校现有的系统进行整合集成和优化，并在此基础上开发一些全局的亮点应用，为师生提供高效、便捷、丰富的一站式信息服务，为领导提供实时有效的各类数据，各部门实现协同化办公，让信息化真正为学校核心竞争力提供强有力的支撑。
3 建设目标
通过本项目的建设，提高工作效率，提升管理能力，提供决策依据，加强信息利用率，增进核心竞争力，信息化总体水平达到国内同类院校领先。
4 建设原则
(1)实用性和可行性
(2)先进性和成熟性
(3)开放性与标准化原则
(4)可靠性和稳定性
(5)可扩展性及易升级性
(6)安全性和保密性
(7)可管理性和可维护性
(8)最佳的性能价格比
5 采购产品项目建设清单、交货期、质保期、付款方式
序号
名称
数量
单位
1
数据中心平台
1
套
2
统一身份认证平台
1
套
3
统一信息门户平台
1
套
4
基础资源平台
1
套
5
校内信息标准平台
1
套
6
学生工作管理系统
1
套
7
新生报到管理系统
1
套
8
学生宿舍管理系统
1
套
9
顶岗实习管理系统
1
套
10
教职工信息管理系统
1
套
11
校内办公OA系统
1
套
12
微信服务
1
套
13
课程开发与管理系统
1
套
工期要求
合同签订后15个日历日开始实施，90个日历日交付运行完成验收。
质保要求
供应商必须为本项目软硬件产品提供24个月，7x24小时及以上的免费原厂质量保证服务，硬件当日4小时原厂备件上门更换服务，软件提供新购系统数据接口研发对接，并提供软件全部数据接口给采购方以供后期其他平台的对接。质量保证期时间自产品最终验收合格，双方签字并交付使用之日算起。
付款方式
合同签订支付40%，试运行确认后支付55%，验收一年后支付5%。
(二)标书文件领取时长
标书文件领取时长：五个工作日
(三)履约保证金
履约保证金：按照合同金额2%提供履约保证金
(四)投标人资格
1、参与投标供应商必须是在中华人民共和国境内注册并取得营业执照的独立法人，具有所投包段采购的经营范围(以营业执照为准);
2、投标人应提供人民检察院出具的关于查询行贿犯罪档案记录的函(二个月内有效);
3、投标人具有独立承担民事责任的能力
4、投标人所投产品应取得设备制造商针对本项目的专项授权;
5、本次所投信息化管理平台软件厂商需具备需要具有ITSS信息技术服务运行维护标准二级及以上资质(提供证书复印件加盖厂商公章);
6、本项目不授权联合体投标。
(二)如国家法律法规对市场准入有要求的还应符合相关规定。
以上资格要求为本次招标供应商应具备的基本条件，参加各包投标的供应商必须满足资格要求中的对应各包的所有条款，并按照相关规定递交资格证明文件。
(五)招标文件实质性条款
技术要求中带★部分为实质性指标，必须满足，否则将有导致废标,非★部分为建议满足的关键技术要求。
1. 数据中心平台
(一) 建设内容
l 主数据模式及数据库
提供一套适合职业学校数据共享和交换需求的初始主数据模式。提供并创建主数据库，供主数据存储;
l 元数据管理
主要实现代码标准、主数据模式标准的元数据信息的管理，需要实现包括添加、删除、修改、数据对象的创建等功能;同时，通过对元数据一致性的检测，确保代码标准、主数据和数据存储库一致，避免直接操作数据库等不规范操作带来的问题。
另外，需要实现业务系统元数据资源的统一注册、数据分类管理，实现全校元数据资产统一管理，便于数据管理者查找所需要的元数据，理解所使用的数据的业务含义，加强对数据治理过程的控制能力。
l 主数据管理
针对每个主数据表，可以根据权限分别进行主数据管理和查询。
l 数据集成工具
可以将分散在各个业务系统中的主数据抽取出来，进入到校级主数据库，形成整个学校内唯一的、标准的和权威的主数据集，从而实现数据的统一集成和标准化，解决了业务系统间交互数据的问题，同时也为数据仓库应用提供了数据支撑。整个过程保留各业务系统的原有数据库，不影响各业务系统的完整性。包括：
1) 集成中心库模式
提供满足校内数据共享和交换需求的数据库模式。
2) 集成接口支持
为多种数据源提供接口支持，包括：
? 支持主流关系型数据库，包括Oracle、IBM DB2 UDB、IBM DB2/400、Informix、Microsoft SQL Server、Sybase AS Enterprise、Sybase AS Anywhere;
? 支持非主流关系型数据库，包括MySQL、Derby、Hypersonic SQL、PostgreSQL;
? 支持ODBC数据源类型的接入，包括Microsoft Access、Microsoft Excel、Dbase、Visual Foxpro;
? 支持主题或者队列，包括JMS Topic、JMS Queue;
? 支持Web Service;
? 支持Tabled-Txt文件;
? 支持XML文件;
支持操作系统的网络协议，包括FTP;
3) 数据集成KM模块
提供数据集成KM库，为数据集成提供便利的集成方式。
4) 拓扑管理工具
对基础架构的物理和逻辑体系进行定义，并完成服务器等相关信息在主数据库中的注册。
5) 集成设计工具
为数据转换和数据完整性定义声明规则。
6) 集成查看工具
可实时查看数据集成项目的运行情况。
7) 集成调度工具
对各个数据集成同步任务进行调度控制，以此完成定制化的数据集成过程。
(二) 技术要求
数据集成的建设是本次数据中心平台建设的重点内容，投标方需要采用统一的数据集成管理工具，将分散在各业务系统之中需共享的主数据抽取上来，数据集成过程需采用成熟的商用中间件实现，以保证数据交换过程的稳定与安全。并能够为校方提供对应的管理与配置工具，提升数据集成过程的管理能力。
具体建设要求如下：
l 数据集成工具
能够通过ETL的方式能够将各异构业务系统的主数据抽取上来，形成校内统一的、权威的主数据集;
提供包括拓扑管理工具、集成设计工具、集成查看工具、集成调度工具在内的数据集成管理工具，工具需要具备可视化、可拖拽、可配置的特性，并具备一定的二次开发功能，便于各个层面的管理人员进行使用;
★提供数据集成知识库，知识库需要预置超过100个数据集成知识模块;
l 运行监控管理工具
★投标方提供完善的主数据平台运行监控管理功能，能够对整个主数据平台的系统监控度检查指标、系统异常情况、系统操作日志、标准建设及数据集成情况进行统一的展现，便于用户了解主数据平台整体运行状况;
运行监控管理工具需要完全采用B/S架构，在不安装任何客户端软件的基础上通过浏览器即可对校内信息标准进行管理，便于用户维护使用。
l 主数据管理工具
考虑到学校部分业务部门尚未建立信息系统，其他业务系统又需要使用其业务数据的情况，投标方需提供手工将本地数据(包括EXCEL、DBF)导入主数据平台之中，供其他业务系统使用的功能;
★通过主数据管理工具，可以查询主数据和主数据历史变化情况，并能够导出EXCEL，便于线下开展数据分析。
★能实现主数据的分级授权管理，可根据数据流向控制其管理查询权限。
2. 统一身份认证平台
(一) 建设内容
统一身份认证平台需要能够实现身份数据的统一存储、统一管理，实现全校各类应用的单点登陆，以及各类访问与操作安全审计。同时，还应提供便利的工具，便于系统的维护和管理。
l 身份管理控制台
1、 系统概况
概况提供系统运行状态的总览，使管理员对当前系统的运行状态一目了然，便于管理员及时发现问题和异常。管理员可以查看帐号概况、认证概况、服务器状态和系统结构概况等。
2、 帐号管理
帐号功能帮助管理员完成全校身份帐号数据的查询、增加、删除、修改、过期设置、锁定/解锁和加入组操作;需提供基于Excel文件的帐号批量操作功能;提供基于差异视图的帐号同步功能;提供平台内帐号操作行为的统计功能。
3、 认证管理
认证功能提供对全校身份认证相关数据的管理功能，包括对认证集成应用的管理和全校用户认证行为记录的查询和统计。
4、 授权管理
提供校内身份类型组的管理功能，用于区分用户的身份类型，为校内应用提供资源级授权。
同时应提供身份帐号入组和出组的管理功能，可基于Excel文件实现批量操作;提供授权管理行为的统计功能。
5、 系统管理
需提供一些对平台运行起支撑作用的数据管理和功能设置，包括操作日志管理、管理员管理和配置管理功能。
l 认证服务反向代理
需支持基于nginx的反向代理集成方式。
l 集群部署
提供并发访问下的高可用性，支持集群工作模式，具备多机热备和负载均衡的能力。
(二) 技术要求
1. 标准化
★必须采用基于LDAP标准的目录服务器存储身份数据，并提供身份认证。
★平台需基于J2EE标准架构，要求在安全认证方面基于JAAS技术。
2. 可集成性
★提供多种认证接口的异构支持，包括代理认证和LDAP目录服务接口。
★支持多种语言的接口方式，包括Nginx反向代理、Java、.Net、PHP等。
★支持Unix、Linux、Windows多种平台，完全支持跨平台的部署。
3. 可扩展性
身份、授权、认证功能相对独立，可以灵活的与第三方产品对接。
★可实现用户名/口令认证模式，手机号绑定认证，支持动态口令认证接口、CA证书认证接口。
可支持OAuth2.0协议，支持绑定第三方授权认证方式。
支持集群、热备、负载均衡集成。
★支持同一个域内的多个应用系统间的单点登录，具有开放的跨平台SSO实现技术。支持学校移动app客户端的统一身份认证集成，并能支持网页端、移动端同时登录。
4. 安全性
要求系统对用户登录信息进行加密传输，保证数据能在客户端与单点登录服务器之间、WEB代理与单点登录服务器之间进行安全通信，保证数据传输的安全性。
系统需提供用户密码加密功能，支持扩展SSHA、MD5、SHA、RC4等多种密码加密算法，加密算法不可逆，加密后数据不可被复制猜测;并可以快速扩展用户属性信息。
基于非共享Cookie的CAS认证方式，集成应用不能读到CAS域名下的安全令牌。
对用户的操作行为进行日志记录，以追溯用户的行为过失，确保数据安全。
系统支持帐号恶意登录的锁定功能，并可通过短信提醒用户，确保帐号安全。
系统支持帐号单点登录设置，确保同一时刻帐号只在一个终端登录。
★需能支持二次登录的设置及异动提醒功能。
5. 高性能
可为数百个应用提供统一身份认证服务的同时保证亚秒级的认证操作时间。
★支持10万级的用户注册;常用服务器配置下，单机部署时应能支持最大800人的并发用户数，双机负载均衡部署时支持1500人的并发用户数。投标方需写明该负载情况的测试服务器配置。
对资源池连接数、滞后时间的调整(滞后时间是指在线用户多少时间不活动，此用户的资源连接就应该释放)。
6. 高效特性
提供灵活的同步策略配置，并通过小工具将权威数据源中新建和变更的用户身份数据同步至统一身份认证与管理平台。
7. 可管理性
集中的身份数据管理，不仅提供用户帐号的维护，还能提供便捷的批量导入等功能。平台应提供相关服务器的软硬件环境的监视，发现异常自动发出告警，并通知责任人。平台应提供历史事件的查询和认证会话的相关操作，建立完善的事后追溯机制。
3. 统一信息门户平台
(一) 建设内容
信息门户平台对校园网内的信息和应用系统进行整合，统一控制用户对信息和应用系统的访问，为用户提供单一的访问入口。用户界面可按照资讯、搜索、协作、业务服务和公共服务等部分进行内容整合，对服务门户提供的内容进行梳理和归纳，根据用户身份提供满足其需求的特定信息和应用的整合，为用户提供个性化的信息服务。服务门户平台与数字化校园身份认证平台有效结合后，用户只需从信息门户中登录一次，即可漫游访问门户中集成的各种信息资源和应用系统。
l 门户管理
系统为管理员提供信息门户相关的维护功能，可设置门户栏目、为不同用户组配置站点、清楚缓存、用户访问记录查询统计、设置群组、设置管理查询区、管理临时人员。
l 书签管理
用户可以对门户的内容进行类似书签的收藏和管理功能，门户中可显示热门书签、推荐书签、最新书签等相关信息。
l 公告管理
系统可对公告设置公告组，只将公告发布到某对应的组内。并可赋权给指定用户，使其可以在指定公告组内进行公告的发布，包括草稿、发布和归档的操作。
l 日历
个人日程安排要为用户提供个人日程安排的管理，一个用户可以拥有多个日历，可在日程安排中添加自己的活动，并进行提醒。
l 用户信息管理
在用户第一次登录系统的时候，需要能进行个人资料的初始化设置。在日后用户可随时查询和修改个人设置。
l 密码找回
系统需要提供用户在忘记密码的情况下通过保密邮箱找回密码的功能，同时支持管理员重新设置密码。
l 密码修改
系统需支持用户自行修改密码和管理员修改密码的功能。
l 站内消息
系统支持站内消息功能，门户用户可通过该功能进行站内交流。
l 信息集成
系统需要支持多种的信息集成方式，包括RSS集成、页面抓取集成、IFrame集成、HTML编辑等多种方式。RSS集成需要支持分组显示、分类管理。
l 邮件集成
系统支持邮件集成栏目，允许门户与主流的邮件系统进行整合，在门户中接收到邮箱的相应信息。
l 工具箱
系统提供多种常用的日常工具功能，包括公交查询、时钟、天气查询等。
l 调查问卷
系统提供在线的问卷调查功能，管理员可对问卷进行动态新建，并能制定问卷调查的用户组，投票者可在线填写选票并查询投标结果。
l 待办提醒
用户可在门户内查询与当前用户相关的工作处理的流程信息。
l 数字档案基本信息
该栏目能够根据管理员配置的参数和sql ,快速生成用户个人信息。
l 数字档案列表模板
该栏目能够根据管理员配置的参数和sql ,快速生成用户相关的信息，以列表展示。
(二) 技术要求
★1.支持JSR-168 Portlet规范，提供标准的Portlet容器，可以兼容任何标准的Portlet。
★2.操作简单方便，基于WEB2.0的ajax技术进行开发，通过Ajax技术达到Portlet的动态交互效果。
3.要求综合校园信息门户提供具有高扩展性的服务架构和访问接口，让各种资源可以方便的集成到门户系统中，迅速的为用户提供服务。
4.对不同的业务需求可提供多种集成方式，保证良好的集成效果。
5.支持门户单个应用的热部署;当某个应用出现问题时，可以在服务不停的情况，实现对该应用的更新。
6.支持Unix、Linux、Windows多种平台，完全支持跨平台的部署。
7.综合校园信息门户具备一定的容错性，在运行环境出现故障的时仍能提供稳定、持续的服务。
★8.平台应支持并行绘制多个Portlet，防止因为某个Portlet超时而影响整个页面的展现效果。
9.综合校园信息门户系统要能够为用户提供安全的信息资源和业务数据的获取，保障信息传输的安全可靠、保障信息不被非法用户窃取、保障用户的合法身份不被盗用。
10.保证信息门户要能够在大规模用户的访问的情况下仍然能够提供高速的服务，至少支持5000人的同时在线访问。
11.提供良好的应用注册界面，可建立对用户访问行为的统计分析，以便后续对信息门户的优化提升。
4. 基础资源平台
(一) 建设内容
l 校内资源管理
校定标准数据包含学校信息维护、校区维护、教学楼维护、教室信息维护、组织机构维护、专业及班级维护、教研组维护等功能。
l 教学管理资源
系统需要提供对各类教学资源的维护功能，包括教学楼资源、教室等硬件资源和任课教师、校历等软资源的管理。
(二) 技术要求
1.系统必须为纯B/S架构，不需要安装任何客户端软件，直接通过浏览器即可进行应用。
2.系统必须要能够实现跨平台部署，支持Unix (AIX、HP-UX、Solaris) 、Linux、Windows等多种平台。
5. 校内信息标准平台
(一) 建设内容
提供国标、行标及校定标准字典表维护功能。
(二) 技术要求
1.系统必须为纯B/S架构，不需要安装任何客户端软件，直接通过浏览器即可进行应用。
2.系统必须要能够实现跨平台部署，支持Unix (AIX、HP-UX、Solaris) 、Linux、Windows等多种平台。
★3.系统必须要提供国标、行标初始化功能，能够一键初始化国标、行标的基础数据，并可以在前台启用、停用、新增、编辑相关代码值。
6. 学生工作管理平台
(一) 建设内容
l 学生信息管理
系统提供对学生信息的管理功能，包括学生信息表单设置、自定义字段设置、学生信息维护授权、学生信息维护、学生信息变更、学生身份管理、学生照片导入导出、自动分班分学号、学生信息查询、学生信息统计等。
l 评优评先
评优评先包括学生的竞赛获奖和荣誉称号，系统可以灵活设置项目，每一项目按专业或班级设定人数上限，由班主任或专业进行统一上报，政教处进行审核处理。
l 奖学金管理
奖学金管理充分需要能够充分体现职业类学校和各省份区域特点，能够满足奖学金的分配、申请审核、数据上报业务需求，同时兼顾校内奖学金的设定、分配或申请审核模式，并结合平台的消息接口，可进行奖学金申请面向学生的点对点通知和灵活的进行奖学金的公示。
系统能够根据不同学校的业务需求和用户规模进行灵活的设置和开放，系统根据业务需求的差异分析提供了以下模块：资格限定器、奖学金种类定义、奖学金申请设置、奖学金可申请名单及名额设置、奖学金申请、奖学金审核、奖学金评定过程监控、奖学金统计分析管理。
l 学生资助管理
系统需提供包括困难生补助、助学金、学费减免的管理功能;系统能够对困难生类型基本参数进行设置，对困难生基本信息进行维护，建立起全校困难生库，每月可由班主任对信息核实并调整，主管部门能够进行抽查审核;对困难补助记录进行登记和维护;对助学金、学费减免可在系统内进行申请和审批，并可对各类资助进行统计查询。
l 违纪处分管理
支持对违纪、处分类型灵活设置，方便进行维护处分信息。可对违纪处分进行处分后管理，如撤销、降级等。支持按照专业、学部、班级对违纪处分信息进行统计查询，作为评奖评优、毕业审查等业务的重要支撑数据。班主任可随时查看处分尚未撤销的学生名单。
l 学籍异动管理
实现在校学生的学籍管理，建立退学、转专业、留级、休学、复学等异动类型的流程化管理。包括：根据学校实际情况建立异动类型，能够为每一个异动类型设置审批流程，班主任可以对异动情况进行登记并由所设置的审批流程进行各级部门的审批操作，对异动信息可以根据不同的维度进行数据分类汇总
l 学生成绩管理
对学生的考试成绩进行维护，可以由授课老师登记成绩，只能由教务处修改成绩。支持excel导入。
(二) 技术要求
1.系统必须为纯B/S架构，不需要安装任何客户端软件，直接通过浏览器即可进行应用。
2.系统必须要能够实现跨平台部署，支持Unix (AIX、HP-UX、Solaris) 、Linux、Windows等多种平台。
★3.学生信息表单支持自定义配置，表单中的字段名称、字段位置、字段分组均可灵活配置，以适应学校对学生信息表单的个性化需求。
4.对于学生信息的调整变更，需要具备图形化可自定义审核流程，提供变更日志查询。
★5.学生各项信息的查询，需要具备自定义“与”、“或”逻辑查询。
6.系统支持专业及班级信息、学生基本信息的导出功能。
★7.系统中的审核审批流程需要提供图形化设置界面，可自定义增加减少流程节点
7. 新生报到管理系统
(一) 建设内容
新生到校后由班主任进行报到确认与收费操作。系统提供统一页面，采用刷身份证确定报到的模式开展新生注册，系统自动采集学生身份证上的信息，并及时更新到校内学生信息库中;收费功能需要提供收费项与默认金额设置功能，班主任能够填写学生实际缴费金额。系统可以实时查看报到人数，并进行多维度统计。
(二) 技术要求
1.系统必须为纯B/S架构，不需要安装任何客户端软件，直接通过浏览器即可进行应用。
2.系统必须要能够实现跨平台部署，支持Unix (AIX、HP-UX、Solaris) 、Linux、Windows等多种平台。
3.系统必须支持与身份证读卡器对接。
8. 学生宿舍管理系统
(一) 建设内容
宿舍管理面向学校学生宿舍业务，提供多样化的宿舍管理模式，可根据实际情况进行。具体业务实现需要包含：
宿舍资源管理，包括宿舍区、宿舍类型、宿舍楼、宿舍、管理员等信息维护。
住宿管理，包括学生住宿申请、安排、调整、退宿，具体的流程可以进行图形化自定义，由学生或班主任在线申报，然后按照流程逐级审批。
日常管理，包括日常卫生检查与评比，违章违纪，来访人员登记、节假日留校申请。每天可以生成查宿名单。
宿舍信息查询统计，包括学生住宿信息统计、空床位统计、违纪情况统计等，有助于管理者及时发现宿舍安全隐患。提供宿舍平面图，方面使用人员快速查找相关信息。
(二) 技术要求
1.系统必须为纯B/S架构，不需要安装任何客户端软件，直接通过浏览器即可进行应用。
2.系统必须要能够实现跨平台部署，支持Unix (AIX、HP-UX、Solaris) 、Linux、Windows等多种平台。
3.提供院系与宿舍的两种视角，分别查看各院系住宿分布平面图及各宿舍区的各宿舍楼的各楼层的住宿状态平面图，并能攥取住宿明细情况
9. 顶岗实习管理系统
(一) 建设内容
提供学生实习全过程的流程化管理，为方便系统使用，需要提供学生、企业、校内老师对应的微信端应用。具体业务实现主要包括：
实习前，学校发布实习单位及岗位信息，学生可以在系统中选择实习单位并申请实习岗位，学校进行流程审批。
实习期间，学生每日借助手机进行考勤定位，系统自动进行学生考勤预警，学生可以在线申请更换实习单位，并进行线上流程审核。每月学生提交月度小结，企业相关人员进行小结审核，学校进行终审。实习班主任每天可以实时反馈实习学生状况，每月提交与学生的交流记录。
实习结束后，在系统中学生可以提交实习总结，企业可以进行对应学生的成绩评定，学校能够进行总体审核并进行成绩评定，系统自动生成学生实习综合成绩。
(二) 技术要求
1.系统必须为纯B/S架构，不需要安装任何客户端软件，直接通过浏览器即可进行应用。
2.系统必须要能够实现跨平台部署，支持Unix (AIX、HP-UX、Solaris) 、Linux、Windows等多种平台。
3.提供微信端应用，包括考勤定位，实习小结，申请单位，更换单位等。
10. 教职工信息管理系统
(一) 建设内容
系统需要实现教职工信息管理，包括在编、外聘和编外教职工。
提供对教职工在职期间信息的采集和管理，并根据实际业务需要进行信息拓展。对于教职工信息的调整变更，需要具备图形化可自定义审核流程，提供变更日志查询。教职工信息的查询，需要具备自定义“与”、“或”逻辑查询。
教职工信息的建设需要包含基本信息、学习经历、工作经历、奖惩情况、年度考核、职业资格、培训进修、党员信息、合同签订、家庭成员、行政任职、专技情况、教科研著作专利、班主任情况、任课情况、任课能力等。
(二) 技术要求
1.系统必须为纯B/S架构，不需要安装任何客户端软件，直接通过浏览器即可进行应用。
2.系统必须要能够实现跨平台部署，支持Unix (AIX、HP-UX、Solaris) 、Linux、Windows等多种平台。
3.信息字段可以按工作组自定义是否显示、显示名称、排序、必填约束、分组等信息。
★4.对于教职工信息的调整变更，需要具备图形化可自定义审核流程，提供变更日志查询。
★5.教职工各项信息的查询，需要具备自定义“与”、“或”逻辑查询。
11. 校内办公OA系统
(一) 建设内容
l 公文管理
系统提供和校内公文相关的发文、收文管理，提供收发文流程，支持模板和流程的自定义，发文管理需要支持全流程，包括起草、审核、签发、编号、校对、签章、打印、发布、归档等;收文管理支持传阅、查阅功能、二次分办、收文归档;需要实现手写签名、痕迹保留、定稿、套红、签章等基本功能;需要支持拟稿功能，支持审核痕迹保留功能，支持会签功能，支持代签功能;支持流程代理功能。
l 会议管理
系统提供对会议室资源的维护管理功能，用户能够在线申请会议室，并支持申请审批。可实时统计和查询剩余会议室数量、会议空闲时间段等信息，并能以图形化的形式进行展现。
l 日常办公
系统需要支持信访管理功能，可用于登记教职工、学生的来信来访，投诉等相关内容，功能要求同公文管理;需要提供印章使用提供管理功能，包括印章使用的申请和审批;提供对校内外接事物的登记功能
l 个人办公
提供对个人事宜提供提醒、快速处理和查询功能，包括待办、在办、已办事宜都可以在系统中进行快速定位查询和处理，支持外出代理功能，待办事宜可提供页面提醒，手机短信等多种提醒方式;系统支持用户自定义日程安排。
l 公共信息
系统提供通知公告管理和发布功能，支持权限设置;支持表单与流程的自定义。
l 日程安排
用户可以维护和查看个人的日程安排，包括新增、修改、删除、颜色标注等。提供校领导日程的编辑和展示功能。可设置其编辑维护和查看的权限。在新增日程时可以通过星号数量标识。
l 流程与表单
流程：通过web可视化流程设计器，方便的创建、设计、调整流程，使得流程更符合学校实际情况。如拟定了一个发文后，就要选择发文流程，如系统内没有所要求的流程，则可以自行新建，选择需要发文审批部门以及选定部门负责人，在可视化流程设计器进行先后顺序的排定。对设置的流程可以进行分类管理。可以为特定业务设定工作流程模板，设定好后该业务下的事务执行就会按照流程进行。模板中可以对流程的发起和管理角色进行权限设定，可以新增、修改、删除、停用、启用某条流程模板。
表单：通过表单设计器，方便的创建、设计、调整表单。用户可自定义名称、代码、表单所属类型以及表单标题、备注信息等，点击自行生成表单，并可对表单的形式进行自定义修改。对表单可以进行分类管理。显示所有已创建的表单列表，用户可以根据向导自定义表单，创建的表单可以和流程结合。表单根据相关业务设置字段，通过菜单管理和角色授权后，用户就可以操作相应的表单。
l 系统管理
系统管理子系统是整个OA系统运行平台的支撑，需要包括：部门属性管理、组、组织机构管理、用户管理、群组管理、菜单管理、角色管理、数据字典、常用文件、便签管理、系统日志等模块。
l 公文维护
包括文书模板和文档解锁。文书模板用于学校在文件套红时使用，可以设定多个文书模板，文书模板需要根据学校实际情况按学校要求进行制作然后上传至系统中;模板文件以Word格式存储。通过文档解锁列表管理员可以查看和对保存冲突word文件进行解锁操作。
l 主题管理
可以指定首页界面的样式，可以指定界面分为四格、五格、六格、七格、八格，管理员可以配置各区域的显示模块。管理员通过角色主题管理为各角色分配可使用的主题。可以看到当前登录人所使用的主题。
l 查询统计
包含待办待阅统计、公文数量统计、部门公文统计、公文积分统计、在线用户查询、在线用户日志。
(二) 技术要求
1，系统必须为纯B/S架构，不需要安装任何客户端软件，直接通过浏览器即可进行应用。
2，系统必须要能够实现跨平台部署，支持Linux、Windows等多种平台。
3，与客户端办公软件(主要是 MS Office)紧密结合，减少用户培训的工作量。
4，支持SSL协议传输加密、支持多种级别的文件存储加密，支持令牌方式身份认证。
5，全文批注控件需要通过公安部检测，手写批注与电子印章等均有防伪功能，杜绝非法拷贝、篡改等。
6，采用图形化的流程编辑器，用户可以以拖动的方式方便的定制和修改工作流程，操作所见即所得。
7，系统中提供的自定义表单功能，用户可根据业务需求或设计好的界面，通过系统组件库创建表单。
8，采用分级授权和验证机制，确保只有经过授权的用户才能访问系统资源，且流程中的不同角色可看到不同的操作界面。
9，提供完善的安全保障体系，拥有身份认证、资源权限管理、数据权限管理、日志审计、访问控制等安全措施。
12. 微信服务
(一) 建设内容
? 班级通讯录。展示所在班级的学生通讯录，支持一键拨号。
? 校园黄页。按组织或按名称查询部门的电话，并且提供一键拨号的服务，
? 食堂菜谱。提供每周食堂供应饭菜清单。
? 考证报名。学校发布各项考证报名信息，学生可以完成在线报名。
? 社团招新。系统发布社团信息，学生可以查看到当前所有社团的情况，并申请加入。
? 志愿服务。学生可以申请加入志愿活动，并查询自己历史所参加的志愿活动情况。
? 校园活动。查询校园近期组织的活动，并可以报名申请参加。
? 校内讲座。查询校内近期组织的讲座详情，并可以报名申请参加。
? 场馆预约。可以查询公共场馆使用和空闲情况，进行电子流程的预约与审批。
? 就业：招聘(岗位、企业)、招聘会信息、兼职实习、就业指导
? 学生服务：请销假、假期留校、班级通讯录、一卡通记录、失物招领
? 校园活动：社团招新、校园活动
? 调查咨询：QQ留言、留言板
? 教师日常管理：教职工请假审批
(二) 技术要求
★1. 必须基于微信服务号进行建设。
★2. 提供学生信息与微信号绑定接口。
★3. 提供后台管理系统，可以对应用中的基础数据进行维护，对应用结果进行统计
13. 课程开发与管理系统
1.1技术要求：
系统要求提供给学校一个能够发布共享仿真微课课程资源的在线学习平台。院校能够通过平台中的各类仿真微课课程资源，组织学生进行不同方向内容的实训课程学习，同时对学生的学习成绩进行统计。平台要求提供给学校在线教学所需的管理、授课等功能，此外平台还应提供作业、公告和统计分析模块。最后要求平台不仅能够支持对本校学生提供服务，还能让学校通过平台组织面向社会的教学培训和服务支持。
1.2教学功能要求：
所有功能必须支持通过B/S模式完成，所有实操互动内容能够通过浏览器直接完成，并在网络环境满足的条件下能够支持互联网教学;
(1)平台功能模块需包括教务管理、教学管理、在线学习、资源-课程管理、站内答疑、新闻公告、作业管理、统计分析等模块;
(2)教务管理模块：要求能够对院校基本信息进行配置，包括各院系学制、下设院系、专业、班级及学生教师信息的管理，能够根据专业设置对其分配专业公共课。
(3)教学管理模块：要求针对教学过程中涉及到的功能模块进行配置，包括针对班级教学过程的班级课程表，布置、回收及批改作业，针对学生学习过程中的疑问进行在线答疑，以及发布站内新闻公告;
★(4)答疑APP：为教师提供答疑APP，可指定负责答疑的课程范围，实时收集学生在学习中的提问，支持教师在第一时间回复正在学习中的学生的提问;
(5)在线学习功能：要求学生根据教师排定的专业课程、班级课程，根据其入学年份自动显示当前学期所需要学习的内容，并进行在线学习。学习过程中可通过站内答疑模块向负责教师进行在线提问。学习数据自动回收并统计到学习履历;
(6)教学资源：要求教师能够上传教学课件，其课件形式包括互动资源、互动云资源、图文文件、视频、外站链接等课件形式。并通过课程管理功能自主编排课程;
★(7)统计分析模块：要求可以按班级和课程自动分析统计学生的学习情况;
1.3实训功能要求：
(1)实现互动效果：采用互动技术手段完成实验内容，通过实际的动手操作，加强学生对实用技能的掌握;
(2)实训辅助说明：提供实训任务技能点和操作指导，方便学生实训操作及检查;
(3)实训进度提醒：在实训过程中能够实时掌握实训各技能点操作是否正确，实训后可整体掌握实训完成情况;
(4)实训结果反馈：完成实训课件后自动判定结果并进行记录;
★(5)支持课件内提问：支持学生在学习课件过程中遇到问题随即提问，自动收集问题所处课件名称、技能点名称一同提交给答疑教师;
(6)实验组织灵活：支持所有学生同时在线操作不同的实训内容;
(7)互联网教学：所有实训内容都通过校园网或互联网进行操作，不受空间地点限制。
1.4仿真微课课程资源制作要求：
(1)人机互动：要以实际动手演练为训练主线。系统要包含丰富的互动控件和事件的支持，在课件中要能够操作诸如点选按钮、输入文本、选择菜单、鼠标拖拽、键盘快捷等一系列的人机交互的动作，用户必须在完全脱离真实应用场景(实际软件)的环境下，通过交互仿真方式完成操作练习。
(3)操作引导：用户在操作练习过程中的每一个关键动作，都要求课件能够根据设计自动显示操作提示，引导学生一步步完成练习过程。同时课件还需要具备操作错误提醒机制，当学生输入的信息与培训要求不符时，课件自动在出错位置向学生提示正确的操作方法。
(4)操作提示：学生在操作练习过程中需要特殊注意的地方，能够采用闪动图标等方式进行标注提示，对于需要请使用者进行查看或者特别注意的文字，必须使用闪动框或者带颜色的透明标签进行标注提示。
(5)训练结果自动统计：课件要内嵌操作结果反馈功能，学生进行的每一步操作课件系统都要自动进行记录，并与正确操作步骤进行比对。然后将操作结果反馈给仿真平台进行统计分析，以备教学组织者随时进行查阅。
★(6)互联网操作：课件能够在B/S模式下直接进行操作，无需安装客户端程序，课件能够运行在本地计算机(PC)、移动端(Andorid、iOS、WP)、局域网(LAN)、互联网(Internet)等多种计算机环境下。能够根据教学时间、环境的需要将仿真微课制作平台制作的课件发布到不同位置，最大限度的便于教学的组织与管理。
7、评分标准
本次招标采用综合打分法，评审委员会成员综合评定各供应商提交的报价文件，由评审委员会综合各成员意见作出最终结论。
1.初步评审。
报价文件初审分为资格性检查和符合性检查。资格性检查指依据法律、法规和招标文件的规定，对报价文件中的资格、资质证明文件等进行审查，以确定投标供应商是否具备投标资格。符合性检查指依据招标文件的规定，从报价文件的有效性、完整性和对招标文件的响应程度进行审查，以确定是否对招标文件的实质性要求作出响应。
2. 综合评审。
经初审合格的报价文件，评审委员会将根据招标文件确定的评标标准和方法作进一步的比较和评价。评审委员会按照“综合实力最强、能够最大限度满足招标文件中规定的各项综合评价标准，并且投标报价合理”的原则按评分细则对各投标人进行比较和评价打分，按最终得分由高到低排序，确定排名第一的为预中标人，得分相同的，报价较低的一方为预中标人。得分且投标报价相同的，技术指标较优的一方为预中标人。
评分因素以及分值
评分因素
价格部分
技术部分
商务部分
总分值
分值
20
50
30
100
评审项目
分值
评分标准
投标报价
20
满足招标文件要求且投标价格不超出招标控制价的有效报价的平均值为基准价. 投标报价等于评标基准价时得20分，每高于评标基准价1%的扣1分，每低于评标基准价1%的扣1分，(分值保留二位小数，四舍五入)。
评审项目
分值
评分标准
技术分50分
质量
性能
5
所投产品技术及功能需要出具省级以上机构出具的软件功能检测报告，每出具一份检测报告(提供报告复印件加盖厂家公章)的得1分，最高得5分，不能够出具检测报告的得0分。
产品
功能
35
1、 数据中心平台
提供元数据管理：主要实现代码标准主要实现代码标准、主数据模式标准的元数据信息的管理，需要实现包括添加、删除、修改、数据对象的创建等功能;(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
提供元数据检测功能：通过对元数据一致性的检测，确保代码标准、主数据和数据存储库一致，避免直接操作数据库等不规范操作带来的问题。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
提供数据集成知识库：知识库需要预置超过100个数据集成知识模块。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
提供完善的主数据平台运行监控管理功能：能够对整个主数据平台的系统监控度检查指标、系统异常情况、系统操作日志、标准建设及数据集成情况进行统一的展现，便于用户了解主数据平台整体运行状况。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
2、 统一身份认证平台
支持OAuth2.0协议：支持绑定QQ、微信等第三方应用授权认证方式。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
支持二次登录认证设置及单处登录设置，(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
3、 宿舍管理系统
支持院系与宿舍的两种视角：分别查看各院系住宿分布平面图及各宿舍区的各宿舍楼的各楼层的住宿状态平面图，并能攥取住宿明细情况。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
4、 顶岗实习管理系统
提供微信端应用：包括考勤定位，实习小结，申请单位，更换单位等。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
5、 办公OA系统
支持自定义表单功能：用户可根据业务需求或设计好的界面，通过系统组件库创建表单。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
6、 微信服务
要求基于微信服务号进行建设，要求截图展示微信端失物招领、报修与评价、社团招新、场馆预约、校园团购、身份绑定的Web端与微信端功能。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
7、 课程开发与管理系统
人机互动：要以实际动手演练为训练主线。系统要包含丰富的互动控件和事件的支持，在课件中要能够操作诸如点选按钮、输入文本、选择菜单、鼠标拖拽、键盘快捷等一系列的人机交互的动作，用户必须在完全脱离真实应用场景(实际软件)的环境下，通过交互仿真方式完成操作练习。(提供产品录屏视频说明文件，满足得3分，不满足得0分，未提供录屏文件的不得分)。
训练结果自动统计：课件要内嵌操作结果反馈功能，学生进行的每一步操作课件系统都要自动进行记录，并与正确操作步骤进行比对。然后将操作结果反馈给仿真平台进行统计分析，以备教学组织者随时进行查阅。(提供产品录屏视频说明文件，满足得2分，不满足得0分，未提供录屏文件的不得分)。
技术
措施
10
本项目实施工作应由供货厂家完成，供货厂家的项目人员应具备软件项目经理证书;(以软件项目经理证书或同等效力的公证件为准，并附2016年以来该成员对应社保清单(两者同时提供可得2分，缺一则不得分。)每1套/人 得2分，最多得10分。
评审项目
分值
评分标准
商务部分
30
企业业绩
10
投标人或所投产品生产厂家提供自2012年1月1日至今已完成的合同金额大于200万及以上政府采购同类软件项目(类似统一身份认证管理平台、信息服务门户平台、学生综合管理平台、教务综合管理平台和OA办公自动化管理系统五项系统中包含三项及三项以上的供货项目业绩)，每份同类项目业绩得2分，最高10分。
须提供有效的合同原件和中标通知书或中标公示网页版截图(含网址)，并将复印件附在投标文件当中。
信用
信誉
实力
15
1、投标人所投产品生产厂家具有软件能力成熟度CMMI三级(及以上)认证证书并提供证书原件的得3分，无得0分。
2、投标人所投核心产品生产厂家具有信用评级机构出具的信用评级报告为AAA级并提供证书原件的得3分，无得0分。
3、投标人所投产品生产厂家获得过国家规划布局内重点软件企业并提供证书原件或复印件的得5分，无得0分。
4、投标人所投产品生产厂家具有信息系统集成与服务资质二级及以上认证证书并提供证书原件的得4分，无得0分
售后服务
5
1、投标人提供的售后服务方案的可行性、完整性以及服务承诺落实的保障措施，维护期内外的后续技术支持和维护能力等情况等。得3分。
2、售后服务人员安排：
投标人应承诺针对本项目实施至少安排1名项目经理和 3名技术工程师，相关技术项目经理及技术人员需具备相关的工程师认证，提供所有服务人员相关证书复印件的计0.5分，最高得2分。
4.需求公示的目的：就项目需求的公正性与专业性征询各潜在供应商的意见，无论是否反馈意见均不影响供应商参与后期的采购活动。
六、联系方式
集中采购机构：武汉市东西湖区政府采购中心
联系人：李金生 朱晓虹
联系电话：027-83256332
电子邮箱：510068948@qq.com
地址：武汉市东西湖区二雅路政务服务中心二楼政府采购中心
采购人：武汉市东西湖职业技术学校
联系人：王敏
联系电话：15994287428
武汉市东西湖区政府采购中心
2016年 9 月 23日