招标文件
采购需求
一、项目概况：
项目属性：服务类
功能演示
本项目要求在评标过程中进行功能演示，建议供应商在投标文件解密时间截止后1小时内到达采购代理机构等候。功能演示开始时间由评标委员会确定，如供应商未在评标委员会规定的时间内到达功能演示地点进行功能演示，评标委员会有权视其放弃功能演示。等候地点：广州市天河区天润路445号广州市政府采购中心（太阳广场）四楼。
（一）本项目由有效投标人于评标过程中进行功能演示，请投标人自行准备相关文件。
（二）授权委托代理人须凭身份证原件参加功能演示，参加人数不超过3人（含授权委托代理人在内）。
（三）如功能演示过程中需要用到电脑等设备（设备不能共用），请投标人自带，评标现场仅提供电源和投影设备。
（四）功能演示约15分钟。
（五）功能演示的内容为：评审要求详见第四章-详细评审-技术部分相应的要求。
目前，学校为提升学校管理，数据支撑，通过教学的方式自行开发了一些业务系统，但系统功能较为简单，且采用传统的开发方式，且每套系统均采用独立开发的方式，开发语言及数据库存储、命名规范都不相同，对页面的兼容性、友好性以及扩展性上面存在重大不足，业务部门管理信息系统建设过程中主要解决部门内部的流程及管理数据的积累，疏忽了为师生提供的教学服务与生活服务。为教师、学生提供管理服务的各个流程、所提供的信息被业务单元切分，相互割裂，应用系统未能遵循统一的规范和技术规格使得应用集成整合的难度加大。
现有的校园网上面向全校师生访问的系统，各自维护和管理自己的用户信息，用户在访问不同的系统时，不仅需要输入不同的访问网址，而且还需要记忆不同的用户名/密码。同时，多个系统存在多套访问页面，且界面风格各异，用户无法通过终端界面统一获取已有的各类信息及服务，当各类应用新增和更新时也无法获知，这些现状给用户的使用带来了极大的不便。
各部门在进行本单位信息化建设时均是立足于解决本部门工作的需要，各个系统都是于不同的时间，采取不同的标准和数据库，系统间彼此独立，各自为政，从而形成了校园网上一个个“信息孤岛”，信息和资源无法实现高效共享，也造成了信息的重复管理，数据无法实时更新，同一个类别的数据在一个系统上也许已经更新，但是在另一个系统里却没有变化，源数据获取困难，各部门需要其他部门分管的数据时甚至还有赖于落后的电话、Excel文档、人工拷盘甚至是纸质介质等低效率的方式。
行政办公人员在多套系统中需要对相同的数据进行重复的管理，浪费了人力成本。同时，由于数据多源头管理，权责不清，造成数据的混乱和错误，当需要进行数据统计时，需要进行大量的数据校对和整理工作，严重影响了业务人员的工作效率，对上层应用造成了障碍。
目前学校使用的大多软件局限于查询、统计、打印报表等事务性处理，具有辅助决策分析功能的不多。学校在办学过程中积累了大量的原始数据，这些原始数据亟需按主题进行收集整理，构建数据中台系统加以充分利用，获取例如学校资产变化情况、学生成长分析、学生能力评估等主题的数据分析结果。这些信息和数据是辅助校领导进行科学决策的重要依据，对学校今后发展具有十分重要的现实意义。
二、建设目标
我校当前已建设智慧校园项目，完成智慧校园总体框架和基础平台及主要业务应用系统的建设，但是缺少高弹性中台架构的一体化智慧校园基础信息服务平台项目，需要通过中台建设思路搭建软件与数据在内的智慧校园整体架构，彻底消除业务孤岛和数据孤岛。实现服务与管理一体、pc与移动一体、软件与数据一体、分布式部署集中式管理，与入口场景无关的学校组织级支撑软件。实现包括统一用户管理、统一认证与授权、统一通讯、统一办公、统一门户、统一平台、统一应用管理、统一数据管理与使用、统一标准、统一运维在内的学校一体化智慧校园环境，为校园信息化建设的深度推进提供强力保障。
学校通过校园基础信息服务平台项目的建设，对智慧校园系统的数据流程、业务流程、服务流程进行进一步整合，对各系统内部进行数据迁移、数据清洗、数据导入，并实现数据中心的统一建设和数据标准整合，同时还将对全体教职工进行相关系统培训服务。
三、系统总体架构
四、技术路线
1、符合国产化基础软件产品的兼容性适配及不依赖于特定厂商的软硬件平台要求：
具备跨平台特性，不依赖于特定厂家的软硬件平台，其中软件平台包括操作系统、数据库、Web服务器、应用服务器、中间件等，软件平台必须适配主流的国产化操作系统、国产中间件及国产数据库等。
2、符合J2EE标准和规范：
采用基于标准J2EE的多层体系架构作为建设的技术路线。采用J2EE组件技术设计和开发，具有很强的灵活性、适应性和扩展性，为今后在平台的进一步升级和改造打下良好的基础。
3、完全基于B/S多层次结构：
采用多层应用架构，可提高诸如可维护性、可重用性、可伸缩性、可靠性和安全性等运行要求。此外，由于层之间的低耦合、层之间的高内聚，以及用户界面层的不同实现的能力，使应用系统的维护和增强变得更容易。
采用B/S多层结构，分三个层次组成：用户层，运行于客户端，提供用户界面，跟用户进行交互，收集和显示数据；业务层，运行于中间层，接收用户层的数据，实施业务逻辑，通过访问数据层完成实现业务过程；数据层，运行于后端，主要用来存贮业务数据，保证数据的安全、完整、正确。采用这种层次结构，各层功能相对独立，可以各自改变而不相互影响，使得平台具有很好的灵活性，适应性和可维护性。
4、采用J2EE核心模式：
J2EE核心模式是IT界多年应用J2EE技术开发企业级应用的过程中不断积累下来的最佳实践、设计策略，并且都是经过验证的优秀解决方案。平台在设计和开发时，采用这些成熟、高效的设计模式，可以提高工作效率，缩短设计和开发周期，降低技术风险，从技术上保证整个平台建设能顺利进行。
5、采用灵活的多层应用架构：
在设计本系统时，将解决方案的组件分隔到不同的层中，每一层中的组件应保持内聚性，并且大致在同一抽象级别。并且每一层都与它下面的各层保持松散耦合。如此构建应用系统，可提高诸如可维护性、可重用性、可伸缩性、可靠性和安全性等运行要求。此外，由于层之间的低耦合、层之间的高内聚，以及用户界面层的不同实现的能力，使应用系统的维护和增强变得更容易。
五、项目建设内容
|
序号 |
工作内容 |
功能模块 |
功能内容描述 |
|
|
|
单位 |
数量 |
||||
|
1 |
基础信息资产管理 |
资产目录 |
资产目录：资产目录满足管理数据资产的需求，可通过资产目录功能管理不同结构数据源内的数据，将这些数据梳理盘点，形成管理视角的、全局统一的资产目录，同时资产目录提供简单的数据权限隔离，各目录节点提供用户组成员管理机制，保证数据的安全。 资产地图:资产地图是一种图形化的数据资产管理工具，它提供了多层次的图形化展示，并具备各种力度控制能力，满足业务使用、数据管理、开发运维不同应用场景的图形查询和辅助分析需求。 资产服务：资产服务满足用户快速将数据表生成数据 API 的需求，同时可支持用户对 API 的管理。可帮助学校提升数据资产的价值，并保证数据的可靠性、安全性和有效性。 |
项 |
1 |
|
数据质量 |
质检规则函数：一方面是保证数据和后续应用的质量，另一方面是对企业的主数据管理和数据治理成果进行完整的检验。新建规则项，对规则项名称、质量维度和规则项级别进行规定。在新建质检规则函数的时，可选择规则项、规则函数、比较方式单位等，对质检规则函数进行定义。 检核任务：检核任务用于执行元数据检核。可新增库级、表级、字段级检核任务，针对检核任务需要对任务的基本信息、质检规则及函数、质检对象、配置质检任务进行设定。 质检模型：质检模型是通过已有的检核任务设置调度周期及具体时间来创建质检模型。 质检报告：质检模型完成质检后生成的质检报告。 |
||||
|
2 |
认证管理 |
统一用户身份管理 |
实现用户信息的集中管理，用户信息规范命名、统一存储，用户ID全局唯一，并提供标准接口，实现不同应用系统的用户身份的同步，支持海量的用户数据存储和管理功能。 |
项 |
1 |
|
统一身份认证 |
▲用户认证采用集中统一方式，支持用户名/密码、手机号、工号、姓名、二维码等多种认证方式，支持多种应用。支持微信小程序平台移动身份认证登录。（提供产品界面截图） |
||||
|
单点登录 |
支持多个应用系统间的单点登录，智慧校园中所有的应用系统通过SSO单点登录系统来实现统一的身份认证。支持高效的支持SSO(单点登入)的高性能身份认证服务。 |
||||
|
统一权限管理 |
支持多种权限管理方式，如单独授权、按角色授权和分级授权等。 |
||||
|
接口管理 |
接口开放，支持不同开发语言、不同应用服务器平台实现应用系统的统一认证集成，包括中间库、API等方式，保证以后应用系统能方便纳入统一身份认证及授权中心。 |
||||
|
3 |
基础信息采集 |
数据源链接 |
数据源是指创建业务库和产品应用服务器的连接，拿到数据进行分析；数据源连接支持可以通过多种方式连接数据库，包括读取本地文件连接本地数据库、通过JDBC驱动连接数据库、使用JNDI的方式连接数据库、通过XMLA方式连接多维数据库； |
项 |
1 |
|
指标模型 |
指标是用来衡量业务的统一标准，例如：我们要了解学校目前教职工的稳定情况（衡量业务），可以看学校的出勤率（指标）。决策者或管理者，分析学校的业务运行情况是通过各项指标作为判断依据的，因此，构建一个完整的指标体系，能快速有效地帮助管理者分析学校的各种业务运行情况；功能包括指标分类管理及指标管理： 指标分类管理：支持多层目录级别的指标分类管理。 指标管理：指标单个添加指标或从外部导入指标，指标属性包括编码、名称、分值、动态函数、指标分类、指标说明、评分标准等。 |
||||
|
数据结构 |
以“维度”和“度量”进行构建，实现数据模型构建的灵活性及应用广泛性，数据结构定义即数据建模过程，数据建模就是面向分析需求，来对多个表中的数据进行关联和定义，数据模型支持基于数据源表，或者SQL查询、导入文件、即席查询、脚本查询等多种私有查询手段作为数据模型表来源进行关联，能便捷生成地理维、时间维、度量来自定义数据模型区。还能新建计算度量、计算成员和命名集来满足复杂计算需求。 |
||||
|
自助ETL |
▲自助ETL将多来源的异构数据，进行处理后得到具备完整性、一致性的数据模型。自助ETL模块以工作流的形式实现为库表提取数据模型的语义，通过易于操作的可视化工具，将数据加工成具备语义一致性与完整性的数据模型；也可以增强构建数据模型的能力。系统通过封装ETL算法，将技术分离，可以实现业务人员进行自助ETL操作，包括ETL流程设计和ETL作业调度： ETL流程设计：ETL流程设计将业务系统数据通过简单的拖放操作进行预处理，支持：过滤与映射、空值处理、JOIN、去除重复值、分列、派生列等多种预处理方法，解决企业数据分散、凌乱、标准不统一等问题，从而得到具备完整性、一致性的数据模型。 ETL作业调度：产品提供ETL作业调度功能，用户通过计划任务可以自动执行ETL，并在监控界面随时掌握调度的基本信息及执行情况，快速了解自助ETL的执行结果。（提供产品界面截图） |
||||
|
业务主题 |
业务主题是针对业务的一个概念，它将同一数据源中属于同一个分析主题的表或表中的字段组合在一起，支持基于分析场景实现业务建模，用户可以将数据库中的字段与表关系按照业务逻辑进行定义，形成业务人员也能看懂的主题，并且可以控制权限。 |
||||
|
数据集 |
可以在数据模型中对各类数据集进行定义和管理，主要包含数据源表、SQL查询、即席查询、Java查询、脚本查询、存储过程查询等。 |
||||
|
采集监控 |
数据采集监控用于监控数据集的抽数状态，快速了解数据集抽数结果，监控内容包含据集抽取情况、ETL调度情况、作业流监控情况。 |
||||
|
4 |
流程及表单服务平台 |
流程服务平台 |
提供开放式流程调用服务平台，系统内部或外部均可调用，通过系统内的可视化动态配置流程：对各项流程的权限（适用范围/监控人）、流程节点、流程流向的条件、流程节点权限（办理人权限、节点操作权限、节点对表单字段编辑权限）；实现系统内各业务功能的流程串接和业务互通。 |
||
|
表单服务平台 |
利用可视化动态表单引擎配置海量基础信息采集与业务表单：配置各种审批表单、基础信息采集表、登记表单、学籍表单、人事表单、招生表单的表单设计、表单布局、表单字段、数据权限（个人数据和管理员数据）；实现系统内各业务功能的数据串接和业务互通。 |
||||
|
5 |
校园基础数据中心 |
数据标准管理 |
▲提供学校最新信息化数据标准规范管理：包括维护数据标准、查看信息标准。（提供产品界面截图） |
项 |
1 |
|
代码标准管理 |
▲代码标准管理提供学校最新信息化代码标准规范管理；包括代码标准查询、代码标准维护管理。（提供产品界面截图） |
||||
|
数据交换管理 |
▲实现现有主体业务系统按照数据标准清洗转换成数据标准进行存储、共享管理。功能包括：设置源数据库、设置源数据表、设置目标数据表、设置数据同步计划、数据交换执行、数据交换日志。（提供产品界面截图） |
||||
|
6 |
校园基础信息综合分析 |
透视分析 |
透视分析采用“类Excel数据透视表”的设计，多维分析不再需要建立模型，就能够组合维度、汇总计算、切片、钻取，洞察数据。不仅如此，任何字段都可直接作为输出字段或筛选条件，轻松实现对数据的查询与探索。 |
项 |
1 |
|
即席查询 |
即席查询在业务中通常用于满足明细数据的查询需要。针对庞大的数据，采用勾选的方式选择需要的数据汇成表格，更加方便查询。 |
||||
|
电子表格 |
▲电子表格是统一报表平台的解决方案专家，基于Excel创新地实现报表设计，满足各种格式的报表需求、内部管理报表的需求。包括：清单报表、交叉报表、分组报表、多源分片报表、分块报表、表单报表、图形报表等。（提供产品界面截图） |
||||
|
Excel融合分析 |
▲Excel融合分析是一款面向excel用户的自助式分析工具，通过excel插件方式可以直接使用Excel本身的图形能力，可实现各种图形效果，如柱图、饼图、线图、雷达图等。（提供产品界面截图） |
||||
|
分析报告 |
协同工作需要分享、沟通，数据分析师需要洞察数据、分析结果分享给领导、同事、公众，Word/PowerPoint/WPS仍然是最常见的分享形式。通过分析报告，用户可以在Word/PowerPoint/WPS中访问数据分析服务器数据，生成图文并茂的智能分析报告，让日报、月报、年报瞬间生成，无需重复手工操作。 |
||||
|
多维分析 |
多维分析是指基于多维数据源，对数据进行多角度展示和灵活动态分析的一类报表，它主要由“维（分析角度）”和“度量值（指标）”组成。对多维分析的浏览实现用户可以对多维分析展现的数据采取钻取、旋转、切片、切块等各种分析动作。 |
||||
|
Web链接 |
Web链接 主要是用于链接到外部资源，并且可以向外部资源传递参数，也可链接到内部资源。 |
||||
|
本地模板 |
支持学校将本地的一些常用文档上传到系统进行分类存放，方便共享浏览、下载。 |
||||
|
Excel导入模板 |
▲批量导入及补录数据，即把excel文件中的数据批量导入及补录到数据库中。Excel数据导入由管理员先配置好Excel模板与数据库表之间的映射关系，填报用户在Excel模板中录入好数据，并一键上传、数据入库的一种方式。（提供产品界面截图） |
||||
|
校园大数据专题应用分析 |
▲提供学生基本情况分析、教职工基本情况分析、学生行为画像、教师行为画像、综合校情展示分析、人才培养、师资队伍、学科建设、科学研究、国际交流、办学条件等业务主题分析。（提供产品界面截图） |
||||
|
7 |
校园基础信息实施服务 |
数据抽取 |
数据抽取：从现有业务系统（包括办公系统、招生系统、收费系统、学工系统、教务系统、人事系统等）中按照数据标准规范的要求完成数据的抽取到校园基础数据中心的实施服务； |
项 |
1 |
|
数据转换 |
数据转换：从现有业务系统（包括办公系统、招生系统、收费系统、学工系统、教务系统、人事系统等）中按照数据标准规范的要求完成数据的转换到校园基础数据中心的实施服务； |
||||
|
数据装载 |
数据装载：从现有业务系统（包括办公系统、招生系统、收费系统、学工系统、教务系统、人事系统等）中按照数据标准规范的要求完成数据的装载到校园基础数据中心的实施服务； |
||||
|
数据处理 |
数据处理：完成数据质量的逻辑处理、自动化检查、异常预警实施服务。 |
||||
|
数据作业流 |
完成数据作业流的搭建和数据定时任务调度运行的校园基础信息实施服务。 |
||||
|
8 |
关联接口对接（技术架构：J2EE架构，主体功能：用户统一认证管理、应用集成管理、数据标准管理和数据中心管理 运行环境：Linux + Tomcat ） |
基础平台接口对接 |
★系统能与用户指定的基础平台（统一身份认证平台、统一信息门户平台、共享校园基础数据中心平台) 进行对接（供应商必须提供可以与学校现有现有智慧校园平台的基础平台进行对接的开发对接服务承诺函（格式自拟），本对接不涉及现有系统源代码对接，采购方可协助提供数据字典、说明书技术资料，对接产生费用由供应商自行承担）。 技术路线：基于标准J2EE的B/S多层体系架构，相关对接为标准的软件开发能力需求，承诺内容为保障后续系统的整体运行和数据对接。 |
项 |
1 |
|
业务系统接口对接 |
★系统能与用户指定的应用系统实现数据对接（包括但不仅限于校园门户网站、办公自动化（OA）、校园资产管理平台、数字校园平台（依能）、业财融合管理系统、智慧校园服务中台、招生迎新管理系统、学生工作管理系统、人事档案管理系统、项目档案管理系统、投票与调查问卷管理系统、顶岗实习管理系统、智慧通平台、教务管理系统等），包括对数据的采集、清洗、转换、存储以及开发共享。在校园基础信息综合分析平台中展示涵盖教职工、学生、教学课程、招生情况等多个维度的综合统计图表，分析报告等。（提交承诺函，格式自拟） |
||||
|
智能采集终端接口对接 |
★系统能与用户指定的智能设备终端进行数据对接，如出入口闸机通道设备、智能考勤设备、智能电控设备、监控设备等，相关的设备采集数据可以汇聚到综合服务平台，在校园基础信息综合分析平台中展示相关的设备采集汇总统计数据图表。（提交承诺函，格式自拟） |
第三部分 交货、验收及售后服务等要求
一、交货要求
交货期：合同签订且监理发出开工令后6个月内完成开发、安装部署、调试、集成测试、培训等工作，达到用户验收条件。
二、交付要求
（1）安装介质
供应商必须在正式运行前提供完整的安装系统，包括应用软件、运行所必须的附加软件、与应用软件有关的电子文档等。
（2）文档交付
供应商承建单位必须在正式运行前提供完整的与应用系统相关的文档，包括系统需求分析、概要设计、详细设计、数据库设计说明书、测试报告、安装说明书、使用说明书/用户手册、系统维护说明书 、原厂家随机文档等。各种文档应当以存储介质和书面两种形式交付。
（3）源代码交付
供应商必须提供为用户定制开发部分的业务应用层源代码，并加注良好的注释。源代码应当以存储介质形式交付，并提供完整的编译和配置说明。系统更新或升级后应相应提供完整的最新版本的源代码。源代码的保密协议在合同另行约定。
三、测试要求
供应商应对系统实际运行情况进行下列测试，其中系统测试、验收测试由采购人、监理公司和供应商三方共同成立项目测试组。
（1）单元测试；
（2）集成测试；
（3）系统测试；
（4）验收测试；
（5）回归测试。
四、验收要求
供应商应按政策要求完成必要的“第三方验收测评、安全评估、符合性检查”等各类相关测评才可合同验收。
项目验收时需将系统的全部有关产品说明书、安装手册、技术文件、资料、及安装、测试、验收报告等文档汇集成册交付用户。
项目验收阶段验收测试主要依据如下：
1. 《广州市政务信息化项目管理办法》
2. 《广州市政务信息化项目终验实施细则》
3. 《中华人民共和国网络安全法》
4. 《信息系统安全等级保护定级指南》（GB/T22240-2008）
5. 《信息系统安全等级保护基本要求》（GB/T 22239-2008）
6. 《信息安全技术 政府部门信息安全管理基本要求》（GB/T 29245-2012）
7. 《关于开展关键信息基础设施网络安全检查的通知》
8. 《关键信息基础设施确定指南（试行）》
9. 《关键信息基础设施安全保护条例（征求意见稿）》
10. 《信息系统密码应用基本要求（试行）》
11. 《商用密码应用安全性评估管理办法（试行）》
12. 《国家网络安全检查操作指南》
13. GB 8567-88 计算机软件产品开发文件编制指南；
14. GB/T 12505-90 计算机软件配置管理计划规范；
15. GB/T 12504-90 计算机软件质量保证计划规范。
五、培训要求
中标供应商必须满足本章要求的培训服务并提出《培训方案》，内容包含培训课程、培训方式和培训计划表。
（1）培训内容
本项目培训内容包括系统的使用、管理和维护等。
（2）培训总则
所有资料必须是中文书写。
在培训前，准备好培训教材并向所有用户发放电子版。
在培训期间，必须为所有参训人员提供系统测试环境供操作学习，并提供纸质培训教材、文字资料和相关用品。
在培训后，向采购人提供实际参训人员签到表。
（3）培训的基本要求
中标供应商必须为对技术人员、系统管理员及业务用户的分层次培训，培训时间不少于16学时。
培训教材：必须准备专用的培训教材（不同于用户手册）；除文字资料外，还应提供多媒体形式（声音、动画、视频）的自学教材，包括对系统安装、维护的整个操作过程的记录。
培训场地：由采购人根据实际情况指定。
(4)、培训费用
培训场地费由采购人承担，中标供应商应将其他所有培训费用（含师资费、培训资料费等）及各项支出的费用分别报价并计入投标总价。
六、售后服务要求
供应商须为采购人提供本项目开发的1年维护服务及技术支持服务，主要包括系统日常维护、故障检测、故障修复及运行优化。
（1）质保期内投标人应具有在本地的售后服务机构。
（2）在质保期内，系统出现故障时，中标人全年7×24小时服务响应，维护工程师应在接到报障后2个小时内到现场处理应用系统出现的故障；及时做出故障原因报告并提出有效措施加以解决。
（3）项目质保期满后，中标人必须承诺在法定工作时间内，可以提供免费的技术指导和咨询，如需其他技术支持服务，则费用由双方另议。
支付方式
1期：支付比例40%，合同签订且收到发票后5个工作日内，采购人向中标人支付合同总额的40％
2期：支付比例30%，项目开发完成并交付开发阶段文档，以及制定测试计划，且搭建好测环境，进入测试阶段，采购人向中标人支付合同总额的30％
3期：支付比例25%，项目建设完毕并经过用户初步验收合格后10个工作日内，采购人向中标人支付合同总额的25％
4期：支付比例5%，项目完成试运行、安全评估、验收测评及合同验收后10个工作日内，采购人向中标人支付合同总额的5％
收藏