武 汉 工 商 学 院
招(议)标文件

招标项目名称:低代码平台采购项目
编 号: G2026-13
best365中国官方网站招投标办公室
二○二六年七月
第一部分 招(议)标邀请
根据我校实际需求,现面向社会邀请具有实力的单位进行我校的低代码平台采购项目招标,欢迎能满足标书要求的厂家前来投标。
一、招标项目名称:低代码平台采购项目
2026年7月 8日下午4:00前,请有意向的单位将法人授权委托书、被委托人身份证、联系方式、营业执照副本等上述资料彩色扫描件(全部资料扫描为一个PDF文件)发送至331678357@qq.com邮箱,待招标方审查无误后,将联系供应商进行线上缴纳文件费,每份招标文件 300元 (该费用收取后概不退还)。
递交标书费的账户信息:
支付宝账号:13995699032 户名:杜老师
(请备注清楚单位名称及所投项目名称)
每个投标单位在递交投标书之前,需交纳投标保证金 壹万 元,开标后未中标单位的保证金在十个工作日内不计息全额退还,中标单位的保证金则转为合同履约保证金。
递交投标保证金的账户信息:
户 名:best365中国官方网站
开户行及账号:建行武汉洪福支行42001237044050001270
二、投标截止时间:
投标单位于2026年 月 日,将投标文件交到best365中国官方网站招投标办公室。如有延误,视为废标;中标单位应在我校规定的时间内来签订合同,逾期视中标单位放弃中标,我校有权扣留保证金。
付款方式:施工完毕经验收合格后支付总货款的90%,验收合格满一年后付清余款。
工期:以招标方要求时间为准。
开标时间及地点:另行通知。
招标单位:best365中国官方网站
执行单位:best365中国官方网站招投标办公室
地 址:武汉市洪山区黄家湖西路3号
联 系 人:商务部分:胡老师 027-88147040/15871758771
技术部分:陈主任 13797041848
一、招标方式:邀请招标、议评开标。
二、投标者要求及相关说明:
1、投标者具有独立法人资格,具有相应的经营资质和一定经营规模,具有良好的经营业绩,坚持诚信经营,有良好的服务保障。
2、投标价均按人民币报价,且为含制作、运输、安装、验收及税价。
三、投标费用:无论投标结果如何,投标者自行承担投标发生的所有费用。
四、投标书内容:
1、投标书正本一份,副本伍份。如副本内容与正本内容不符,则以正本为准(投标完后,标书概不退还);
2、产品详细报价,投标保证金缴纳凭证;
3、故障响应时间及服务承诺细则;
4、投标公司简介、企业法人营业执照、法人代表人身份证复印件和委托代理人身份证复印件、法人授权委托书、税务登记证、主要业绩。
5、中标单位需提供原厂针对本次项目的授权书及售后服务承诺函。
6、投标公司须列举近三年来在相近高校的经营业绩,包含联系人及联系方式,供货日期,合同金额等,至少列举3例以上,用表格形式。(务必真实)
7、请投标方严格按照我方拟定的标书文件的顺序报价,并注明商品规格,产地等。
五、开标与评标:
1、开标时间和地点:另行通知。
2、属于下列情况之一者视为废标:
2.1投标文件送达招标单位的时间超过规定的投标截止时间。
2.2投标文件未经法定代表人或委托代理人签字。
2.3开标后发现招标文件内容有虚假材料或信息。
3、在开标之前,不允许投标方人员与评标成员接触,如果投标方试图在投标书审查、澄清、比较及签合同时向投标方人员施加不良影响,其投标将被视为无效投标或取消投标资格。
4、本次招投标采取评标员集中议标方式,对未中标的单位我方不负责解释。
5、投标单位不得相互串通损害招标单位的利益,一旦发现各投标单位之间串通作弊、哄抬标价,招标单位将取消所有参与串通的投标单位的投标资格并没收投标保证金。
六、中标与签订合同
1、自开标之日起7日内,招标单位向符合条件的单位进行考察,最后商议定标。
2、中标单位如果未按招标单位规定的日期签订合同,或故意拖延签订合同,则招标单位可以扣除其投标保证金并取消其中标资格,另选中标单位。
3、中标单位的投标保证金转为合同履约金。
4、本招标文件未尽事宜,以合同为准。
七、投标单位如有任何疑问,可以向我方招标负责人进行咨询。
八、best365中国官方网站招投标办公室保留此招标文件的解释权。
第三部分 技术要求
1. 部署架构与授权
指标 | 详细技术与功能要求 |
双环境部署要求 | 1. 投标人须部署两套相互独立的低代码平台系统,分别用于测试环境和生产环境部署;两套系统的核心功能、配置能力和运行性能应保持一致。 2. 测试环境应具备完整的应用开发、调试、模拟运行能力,供开发人员进行应用构建、验证和发布前演练。 3. 生产环境用于正式业务运行,应具备高可用、高并发承载能力,并支持集群化部署、负载均衡和横向扩展。 4. 平台应采用云原生、微服务、前后端分离架构,支持业务能力模块化组合、按需部署和后续扩展。 |
运行服务与部署隔离 | 1. 支持运行服务分离部署,能够根据不同应用的业务规模和数据安全要求,将应用连接至不同数据库、服务或资源池。 2. 支持业务大数据量场景下的数据分表、读写分离等存储方案,保障高峰业务场景下的数据访问稳定性。 |
应用发布与同步 | 1. 平台须具备跨环境应用导出、导入或一键发布能力;测试环境开发完成的应用,应能够将数据模型、表单页面、业务流程、脚本逻辑、权限配置等元数据完整迁移至生产环境。 2. 应用发布过程应具备版本管理机制,支持版本对比、版本回滚和发布记录追踪,确保生产环境业务变更可控。 3. 支持开发角色与部署发布角色分离,满足应用构建、审核、发布和运维的职责分离要求。 |
用户授权要求 | 1. 平台授权如涉及到用户数量,创建应用数量、注册用户数或同时在线并发数,须满足学校未来业务扩展和全校师生常态化使用需要。 |
前后端技术栈 | 1. 前端架构应基于 React 技术体系研发,支持统一组件库、页面设计器和前端扩展能力。 2. 后端架构应基于 Spring Cloud 技术体系研发,支持微服务治理、接口服务化、服务扩展和统一接入接出管理。 3. 平台应提供前端 SDK、扩展开发框架、开发规范和在线开发支撑,便于与学校既有系统和第三方能力集成。 |
2. 核心开发能力
二级指标 | 详细技术与功能要求 |
可视化开发引擎 | 1. 采用纯 B/S 架构,提供“所见即所得”的可视化设计器;支持通过拖拽方式完成表单、流程、移动端页面和应用入口的设计。 *2. 提供丰富的基础组件库和高级业务组件,至少覆盖文本、下拉、日期、附件上传、组织架构选择、数据图表、富文本编辑等常用组件,组件数量不少于 100 种。 3. 支持页面自由布局、统一数据源、外部数据集成展示、数据联动,并可按角色配置不同应用入口。 4. 支持自定义组件开发,开发人员可按平台规范封装 React 前端组件并注册复用。 *5.支持基于数据监听、定时触发及主动触发等动作流机制更新实时数据;具有能够联动系统的日程、任务和会议等模块的能力。 *6.支持学校内多系统业务联动,具有通过连接流调用不同系统接口串连多个系统业务、集成系统间业务的能力。 |
应用管理 | 1. 支持应用创建、编辑、更新、发布、授权和版本管理;应用可按角色、组织分配功能权限和数据权限。 2. 支持应用内表单建模、流程建模、应用首页、应用列表和业务触发关系配置。 |
数据建模与表单设计 | 1. 具备可视化数据建模工具,支持通过界面定义数据实体、字段类型、字段长度、校验规则和关联关系,并自动生成底层数据库表结构。 *2. 支持表单设计与数据模型联动,可根据表单设计自动生成数据模型,也可基于既有数据模型配置生成表单,并对业务数据模型进行校验。 3. 支持数据表之间的一对一、一对多、多对多关联配置,并支持级联查询、级联删除和复杂业务关系建模。 4. 支持多表单、历史版本、基础控件、增强控件、布局控件、高级组件、功能操作、控件属性和表单属性配置;支持主表、明细表样式灵活设置。 5. 支持表单字段格式校验,包括邮箱、URL 地址、手机号码、身份证号等常见数据格式;支持按业务规则控制字段或区域的显示/隐藏、必填/非必填、只读/可编辑。 |
视图与列表设计 | 1. 支持表格视图、甘特图、卡片视图、看板视图、日历视图等多种视图展示形式,满足不同业务场景下的数据展示和操作需求。 2. 支持查询字段、展示字段、排序字段配置,包括新增、删除、导入、导出、打印等常见操作。 3. 列表设计器应支持设计态、管理态、用户态等不同使用场景,并可供平台各业务模块统一调用和维护。 |
多端适配能力 | 1. 支持“一次开发,多端适配”。开发的应用应自动适配 PC 端浏览器、移动端 H5 页面,并支持移动端与 PC 端视图适配。 2. 移动端页面应兼容学校现有移动门户或协同入口,如企业微信、钉钉、学校官方 App、微信小程序等,无需针对移动端重复开发。 3. 支持移动端建模同步生成,并允许根据移动端使用场景进行独立调整。 4. 具备统一的移动端和 PC 端组件库,保证跨终端一致的交互体验。 |
深度开发与扩展 | 1. 支持在线编码能力,开发人员可编写前端 JS 脚本、后端业务逻辑和平台扩展点代码。 2. 支持通过深度开发模式编辑源代码、修改组件和扩展点;平台应提供扩展点说明、可复用参考代码和开发示例。 3. 支持对应用及代码进行版本管理,支持不同历史版本对比。 4. 支持应用内 JS 代码单独打包导出,支持代码扫描和代码结构呈现。 5. 支持表单引擎自定义组件,包括表单控件和表单模型,并可供全平台表单统一调用。 6. 支持应用导出、迁移和必要场景下的独立部署,满足后续扩展开发和应用迁移需要。 |
3. 流程引擎
二级指标 | 详细技术与功能要求 |
可视化流程设计 | 1. 内置符合 BPMN 2.0 标准的可视化工作流引擎;支持通过拖拽方式绘制流程图,包含开始/结束节点、人工任务节点、自动服务节点、排他网关、并行网关等。 2. 支持会签、或签、依次审批、条件分支、子流程嵌套、流程退回、转办、委派、加减签等常见审批流程配置。 *3.支持流程配置仿真测试(可验证流转路径、节点处理人及异常预警),具有测试实例保存、批量执行和预设执行策略的关键流程验证能力。 4. 流程节点应支持通过流转规则和出口事件实现跨组织业务协同,并具备流程版本管理能力。 |
流程事件与通知 | 1. 支持基于数据监听、定时触发、主动触发等事件机制驱动流程或数据更新。 2. 支持与日程、任务、消息通知等模块联动;除内置审批通知外,应支持按业务场景自定义通知机制。 |
流程监控与干预 | 1. 提供流程实时监控看板,管理员可查看运行中的流程实例、待办任务、已办任务、流程耗时及异常情况。 2. 支持授权管理员对运行中的流程进行干预,包括强制终止流程、跳转节点、指派处理人等,以满足特殊业务处置需要。 *3支持流程特权人管理(涵盖流程定义与表单设计的后台配置权限);具有对运行中流程实例及表单内容实施集中干预的管控能力。 |
4. 数据管理与数据服务
二级指标 | 详细技术与功能要求 |
数据库连接与读写 | 1. 支持主流关系型数据库,如 MySQL、Oracle、PostgreSQL、SQL Server 等,并支持连接学校现有业务数据库进行数据读写,无需先行整体搬迁数据。 2. 支持应用接入第三方数据,并支持将应用产生或加工后的数据输出至源业务系统或学校指定数据系统。 |
数据导入导出与权限开放 | 1. 明细表数据应支持 Excel 模板导入和导出。 2. 支持通过数据管理权限为审计、临时查看、专项核查等场景快速开放受控数据访问权限,并保留授权和访问记录。 |
数据迁移、共享与分发 | 1. 提供统一的数据迁移、数据共享、数据分发能力,支撑系统替换时的数据迁移的数据共享和同类业务下的数据分发。 2. 支持与学校数据集成平台或数据中台对接,按需实现业务数据入仓、加工处理和后续分析。 |
5. 系统集成与开放
二级指标 | 详细技术与功能要求 |
统一身份认证集成 | 1. 须对接学校现有统一身份认证平台,支持 CAS、OAuth2.0、OIDC 等标准认证协议,实现单点登录。 2. 支持从学校主数据平台或人事、教务等系统自动同步组织架构、教职工、学生信息,确保平台用户数据与学校主数据保持实时或定时一致,减少人工账号维护。 |
校内业务系统对接 | 1. 平台应提供标准 RESTful API 接口,并支持 SOAP、JDBC 等标准协议,能够对接学校人事、财务、教务、科研、一卡通、资产等存量业务系统。 2. 支持通过可视化配置调用第三方系统 API,实现跨系统数据流转,例如在低代码应用中读取教务系统课表、人员、资产等业务数据。 3. 支持将低代码平台生成的业务数据通过接口或中间库回写至学校指定业务系统。 |
接口调用与业务联动 | 1. 接入的第三方系统接口应可用于前端调用、后端调用、表单数据调用、流程事件调用等场景。 2. 支持定时任务定时调用已接入的第三方系统接口。 3. 支持接口字段格式转换和第三方接口数据类型转换,降低异构系统对接成本。 4. 支持通过连接流、集成编排或等同方式串联多个系统接口,实现多系统业务联动和跨系统互联互通。 |
OpenAPI 管理与安全 | 1. 提供可视化 API 管理功能,支持自动生成应用数据接口,并可对接口进行权限控制、流量限制和调用日志审计。 2. 统一管理本系统对外开放的 OpenAPI 接口,支持设置第三方访问安全策略,包括 IP 限制、Token 鉴权、签名校验、限流控制等。 3. 第三方系统可通过 RESTful 或 SOAP 等标准方式调用本系统接口。 4. 提供接口监控能力,能够统计接口总数、调用次数、成功率、异常率等指标,并以图表或数据表形式展示接口运行情况。 |
6. 组织管理与权限
二级指标 | 详细技术与功能要求 |
组织模型与账号管理 | 1. 支持多组织、多部门或多校区场景下的应用管理,能够实现不同组织间的数据隔离、权限隔离以及组织、人员可见性控制。 2. 支持多维组织架构,能够按法人组织、行政组织、财务组织、项目组织、合作伙伴、供应商等不同维度进行组织建模和权限配置。 3. 支持矩阵式组织管理,能够融合职能行政组织与横向项目、任务组织,并支持组织版本管理和权限分级配置。 4. 支持主账号关联子账号、账号快速切换和数据隔离,满足多组织任职和多身份办理业务场景。 |
岗位、角色与权限 | 1. 支持一人多岗及岗位变动管理,岗位调整时能够进行权限、流程待办、流程节点处理权和相关文档访问权的交接。 2. 支持基于角色(RBAC)的权限管理模型,支持按学校组织架构分配权限。 3. 权限控制应覆盖菜单级、页面按钮级、数据行/列级和字段级;支持授权类型、权限分类、字段可写/可见/必填等配置。 4. 支持通过权限控制定制菜单栏,并可按角色进行菜单分类和多导航配置。 |
委托交接与外部协同 | 1. 人员出差、休假或临时无法处理业务时,应支持工作委托,并支持多种委托方式和委托条件。 *2. 人员调岗或职责变化时,应支持一键工作交接,保证流程、任务和数据权限连续可追踪。 3. 支持外部用户纳入管理,并实现内外部用户权限隔离,满足校外合作单位、服务商、供应商等协同场景。 4. 支持群组织或协同群管理,可按手动、标签、规则等方式建群,并可对接主流协同工具。 5. 支持组织架构隐私设置,避免敏感人员信息或联系方式被非授权人员查看。 |
7. 性能、安全与信创
二级指标 | 详细技术与功能要求 |
高并发与高性能 | 1. 平台应支持集群化部署、负载均衡和横向弹性扩展。 2. 在不少于 5000 人同时在线、1000 人并发访问的场景下,单页面加载响应时间应不高于 2 秒,表单提交响应时间应不高于 1 秒,确保选课、迎新、填报等高峰期系统稳定运行。 |
信创适配 | 1. 平台应支持国产主流云平台部署,适配信创 CPU、操作系统、数据库、中间件以及流式软件、版式软件、电子签章等常见基础软件环境。 2. 信创适配应覆盖安装部署、运行监控、接口调用、数据存储和日常运维等关键环节。 |
安全防护 | 1. 支持网络、服务器、数据等多维度安全管理措施,包括内外网部署、网络安全控制、数据加解密、敏感数据管控等。 2. 支持用户管理、登录和访问维度的安全控制,包括多因子认证、三员管理、分权管控、访问水印、操作日志跟踪等。 3. 系统应具备常见安全攻击防护能力,有效防范 SQL 注入、跨站脚本攻击(XSS)、跨站请求伪造(CSRF)、页面防篡改、跨站点攻击等风险。 |
审计与合规 | 1. 提供全链路操作日志和审计功能,记录用户登录、访问、新增、修改、删除、发布、接口调用等关键操作。 2. 日志保留期限应不少于 180 天,满足等保 2.0(三级)及以上安全合规要求。 |
8. 运维与高校场景
二级指标 | 详细技术与功能要求 |
全生命周期运维 | 1. 提供完善的应用全生命周期管理功能,支持应用开发、测试、预发布、正式上线、版本管理和版本回滚。 2. 支持多租户管理模式,可为学校不同二级学院、职能部门分配独立开发空间,实现数据逻辑隔离与资源统筹管理。 3. 支持企业或校内应用共享中心建设,支持同一租户下跨部门应用共享以及多租户间应用共享,降低重复开发成本。 |
监控与运维支撑 | 1. 平台应提供运维监控能力,除服务器、数据库、接口、任务等常规指标外,还应支持对系统内业务指标进行监控。 2. 监控数据应支持图表和数据表展示,便于管理员直观掌握系统运行、接口调用和业务办理情况。 |
技术文档和培训材料 | 1. 须配套提供完善、系统的教学文档与培训服务,内容包括平台入门、组件使用、表单配置、流程配置、报表配置、API 对接、高阶开发和运维管理等。 2. 培训材料应便于学校开展低代码技术培训,支撑师生和业务部门自主开展数字化应用建设。 |
高校业务模板 | 1. 平台应预置或提供不少于 10 套高校特色业务应用模板,例如学生请假销假、宿舍调换申请、教室/场馆借用、科研经费报销、公务出差审批、毕业生离校手续办理、学生活动报名等。 2. 模板应支持一键安装、参数化配置和复用,降低重复开发成本。 |
9. 低代码应用开发
应用名称 | 应用需求与功能要求 |
十五五指标执行督办系统 | 1. 面向学校十五五规划管理场景,解决49项总规、95项分规指标依赖 Excel 手工汇总、领导无法实时掌握进展的问题。 2. 结构化存储6大类49项指标,含基期值与5年分年度目标值,支持版本管理。 3. 按年度/学期自动生成提报任务,支持在线填报、附件佐证与审批流程。 4. 自动计算各类指标完成率,低于阈值触发预警通知。 5. 提供校级总览、分学院、分指标、个人工作台四级可视化看板。 6. 支持标准报表、自定义模板及定时推送导出。 7. 服务角色涵盖校领导、职能部门领导、学院负责人、部门负责人及指标填报员。 |
后勤服务评价管理系统 |
|
月度总结与计划管理系统 |
4. 支持个人→部门负责人→分管领导逐级审批评阅,常用语快捷填充。 5. 上月计划自动带出作为本月对照基准,逐条勾选完成状态,自动计算完成率,形成 PDCA 闭环。 6. 提供校级/部门级/个人三级看板,统计提交率、评阅进度、完成率与逾期情况。 7. 填报周期、模板、评阅流程及消息通知均可配置。 8. 服务角色涵盖普通教职工、部门负责人、分管领导及校级领导。 |
IT服务工单管理系统 |
2. 统一服务入口,支持6大类20+子类两级分类联动,工单编号自动生成,状态时间线全程追踪。 3. 工单流转涵盖8个状态(提交→待受理→处理中→转派→待评价→已评价,含退回与作废),支持服务台分派、工程师处理与工时记录。 4. 三级时限 SLA 超时预警,超时红色高亮并分层通知。 5. 三维度星级评价(响应速度/解决效果/服务态度),差评触发负责人复核,默认好评,支持匿名可控。 6. 看板整合今日概览、工单分布、超时统计、工程师工作量排名与满意度趋势。 7. 自动生成月度服务简报、季度分析与年度报告。 8. 服务角色涵盖全校师生、一线工程师、服务台调度员及信息中心负责人。 |
IT设备运维管理系统 |
3. 状态看板以统计卡片+饼图+柱状图呈现在线/离线/异常分布,异常设备列表显示持续时长。 4. 异常处置须填写清除原因,操作全留痕;日志支持按设备/状态/时间多维检索,区分自动检测与人工操作。 5. 设备离线/异常实时推送通知,维保到期提前提醒,异常超时自动升级。 6. 设备状态数据由外部监测引擎(如 Zabbix)通过数据库直写或 API 方式同步写入。 7. 服务角色涵盖运维工程师、资产管理员及信息中心负责人。 |
低代码平台数据对接与定制化开发 |
4. 集成 CAS/OAuth2.0/企业微信多渠道统一身份认证(SSO),用户信息自动同步,角色自动映射。 5. 开发组织人员选择器、学期学年选择器、审批流程模板、数据填报模板等高校特色定制组件。 6. 支持企业微信/短信/邮件多渠道消息推送与待办聚合。 7. 关键指标要求数据同步成功率 ≥ 99%,异常告警响应 ≤ 30分钟,完成不少于5个核心业务系统对接、3类高频组件开发。 |