中国电信股份有限公司哈尔滨分公司2026年某高校房产管理系统采购合作伙伴预选公告

序号

参数性质

具体技术（参数）要求

1

★

（一）可视化管理模块

1.1房产可视化管理模块需基于地理信息平台进行建设，支持护互联网地图（百度、高德、腾讯）、2.5D仿真三维地图、室内外一体化矢量3D地图展示，可视化地图需与房屋基础数据互联互通，具备“以图管房”“图属互查”的功能要求。

2

（一）可视化管理模块

1.2.需具备地图管理工具，通过鼠标操作实现地图切换、平移、放大、缩小、测距、测面等功能。

3

▲

（一）可视化管理模块

1.3.系统需具备在各类地图（2.5D仿真三维地图、室内外一体化矢量3D地图）上的可视化查询统计功能，支持在****管理部门、使用部门、楼栋名称、使用人等信息进行搜索，搜索结果在地图上进行高亮显示或标记显示，通过部门查询时，查询结果至少包含部门的房源信息，如：部门房屋总数量，部门房屋的建筑面积、使用面积，按用途划分部门各类房屋的建筑面积、使用面积、房间数的统计情况、****学校各楼栋、楼层的分布情况，通过点击楼层定位可直接进入室内矢量3D地图进行可视化操作。（须提供功能截图或演示视频佐证）

4

（一）可视化管理模块

1.4.系统需具备基于可视化的楼栋图形对楼栋的数据信息在地图上进行可视化管理，支持基于地图对楼栋的基础信息、楼栋概况、附件信息、楼层信息、变更记录进行数据查看及修改。

1.5.系统需具备基于可视化的楼栋图形对楼栋的“楼盘表”进行查看，支持根据颜色区分整栋楼房间的使用状态，支持通过“楼盘表”查看每个房间的基础信息、附件信息、使用现状、使用记录、变更记录等。

5

▲

（一）可视化管理模块

1.6.系统需具备CAD图导入功能，支持通过楼栋CAD图纸导入自动生成楼栋外观轮廓，位置坐标正确，楼栋内部直接生成室内矢量3D地图，有墙体位置、高度明确，可360°旋转。

（须提供功能截图或演示视频佐证）

6

（一）可视化管理模块

1.7.系统需具备在3D室内地图上进行部门分色显示及用途分色显示的功能。

1.8.系统需具备通过勾选的方式在楼层3D室内地图上进行房屋的房间号、房间名称、管理部门、房间用途、建筑面积、使用面积、使用部门、使用人的数据展示，可控制数据展示的字体大小、是否显示底色、是否压盖显示等操作。

1.9.系统需具备在楼层3D室内地图上对房间数据的查看、修改等操作，数据属性包括：房间基础信息、附件信息、使用记录、使用现状、变更记录、资产信息等，支持通过图形对房间按照个人、部门进行分配的操作。

7

▲

（一）可视化管理模块

1.10.系统需内置地图在线编辑工具，可根据房屋的变更情况在地图上直接操作，在线编辑更新室内3D地图，实现房间的新增、删除、拆分、合并，并且实现数据库完全对接，无需通过CAD软件及其他第三方工具，直接通过简单地拖、拉、拽即可完成，操作简单，易上手。房屋新增：支持在室内3D矢量地图上通过图层的拖、拉、拽对房屋进行新增，新增房屋后，在室内3D矢量地图自动生成房间样式，房间的位置、墙体清晰，同时支持对新增房间添加相关属性信息，实现对房间属性信息同步更新。房间拆分、合并：支持在室内矢量3D地图上通过图层的拖、拉、拽对房屋进行拆分、合并，拆分、合并后的房间位置、墙体自动重新生成，清晰可见，同时支持对新生成的房间添加相关属性信息，实现对房间属性信息同步更新。房间拆除：支持在室内3D矢量地图上进行房间删除操作，删除后房间自动消失，对应的房间墙体、房间属性信息自动删除。（须提供功能截图或演示视频佐证）

1.11.系统需具备对楼栋3D室内地图分层的打印/导出功能，可根据需要设置打印/导出时的图层标注设置，包括：房间号、房间名称、管理部门、房间用途、建筑面积、使用面积、使用部门、使用人；可设置打印/导出的配置选项，包括：是否叠加显示、是否显示颜色；可设置图形显示的字号大小，图形的旋转角度，打印的纸张大小等。（须提供功能截图或演示视频佐证）

8

▲

（二）公用房管理模块

2.1.基础数据

2.1.1.土地信息：系统需具备对宗地信息进行登记、查询、修改、删除。包含所有土地的权属管理：宗地号、宗地名、土地权利人名称、位置、使用权类型、土地权利证书编号、取得土地时间、土地使用期限、用途、使用权面积、发证机关等信息。支持在卫星影像上直接进行土地范围绘制。

（须提供功能截图或演示视频佐证）

9

（二）公用房管理模块

2.1.2.构筑物信息：系统需具备对校区所有构筑物的基础信息管理，支持批量导入、导出、修改等基础管理功能。

2.1.3.地下空间信息：系统需具备对校区所有地下空间的基础信息管理，支持批量导入、导出、修改等基础管理功能；相关的附件、变更记录管理。

2.1.4.校区信息：系统需具备对不同校区/区域的基础信息进行管理，包括：名称、地址、面积、绿化率、相关附件、变更记录、地上建筑物的管理。

2.1.5.楼栋信息：系统需对校区全部楼栋的基础信息管理，包含：楼栋名称、编号、产权情况、建设年代等基础信息管理；相关楼栋的附件、变更记录、楼层信息的管理，支持上传楼栋的产权证、竣工资料、验收资料、水电图纸、楼栋CAD图纸等相关建设工程资料。

2.1.6.房间信息：系统需具备对公用房的基础信息管理，包括对公用房所在的楼栋信息、房间的基础信息管理（包含：房间名称、地址、编号、教育部用途分类、房间实际用途分类、使用部门、建筑面积、使用面积等基础信息管理；相关房间的档案附件、变更记录、使用记录、使用现状、房间资产的相关管理）。

2.1.7.人事信息：系统具备人事基础信息管理，包括人员所在部门、工号、行政级别等信息，****学校人事系统、数据中心进行集成，支持导入、导出、人员信息查询等。

2.2.日常业务审批

2.2.1.业务申请：****学校日常的业务的申请、审批、历史记录查看等相关业务管理，包括用房申请审批（含用房移交申请、用房改造、用房拆除等申请）等日常管理的业务审批流程。

2.2.2.事项明细：系统需支持对所有的审批业务进行列表展示，查询具体审批待办事务详细信息。

2.2.3.我的待办：系统需支持对个人的所有业务申请记录进行记录，可随时根据需要查询申请记录，申请详情，申请的审批情况，删除申请的事项等。

2.2.4.审批记录：系统对所有的审批事项进行记录，生成审批历史事项，可根据申请人、事项名称、申请时间等信息进行组合查询。

10

▲

（二）公用房管理模块

2.2.5.自定义审核流程：系统支持自定义审核流程，可通过鼠标拖拽、连线的方式进行审核节点的自定义。

（须提供功能截图或演示视频佐证）

11

（二）公用房管理模块

2.3.房屋使用分配管理

2.3.1.按房分配：系统需具备按照房屋进行分配的功能，支持按照条件对房屋进行检索，支持复杂的检索组合，检索出符合要求的房屋，支持查询该房屋目前的使用人、使用部门情况，同时对房屋按照个人、部门进行分配，需要支持批量分配。

2.3.2.部门分配：系统需支持按照单位部门进行房间分配，查询使用部门，显示该部门所有使用房间分布情况，对其中的房屋和房间进行部门的单次或批量一次性配置。

12

▲

（二）公用房管理模块

2.3.3.可视化分配：系统需支持在室内外一体化矢量3D地图上直接进行的房屋可视化分配，房屋分配时支持不同楼层、多个房间的面积总和计算，保证房屋分配面积符合申请要求。（须提供功能截图或演示视频佐证）

2.3.4.模拟分配：系统支持模拟分配策略的创建，模拟分配支持调用室内外一体化矢量3D地图进行可视化分配，模拟分配结果可进行导出，分配策略确认后直接进行房间使用数据的自动修改。（须提供功能截图或演示视频佐证）

13

（二）公用房管理模块

2.4.统计汇总

2.4.1.系统需支持多种查询方式，可按照校区、楼栋、房间、使用单位、使用人、房间状态等店端组合查询，并且根据查询统计结果进行展示，选择性导出查询结果以供使用，综合查询多种类别，同时支持各种维度统计报表的生成，方便学校进行数据统计及上报。

2.4.2.系统需支持对全校的校区、部门的房屋按照用途、房间数、面积等维度进行统计分析，生成分析结果，通过饼状图、柱状图可视化展示对比数据，并支持下载相关的对比结果。

2.4.3.系统需支持一人多房的查询及统计，可****学校一人多房的情况进行数据统计汇总，查询使用人名下所有的房间，系统可展示相关房间分布情况、房间基础信息等。

2.4.4.****学校一个房间，多人使用的情况进行统计，并生成统计报表，包括房间名、房间号、使用人，包括房间面积、使用面积、使用人数量、是否超标等信息。

2.4.5.系统需支持各部门公房统计功能，可按照部门、建筑面积、使用面积、房间数等信息生成统计报表，并支持相关统计报表的导出。

2.4.6.系统需内置数据上报报表，支持自动生成教育部要求的相关上报报表的直接生成并支持报表的导出，支持自定义选择是否上报特定楼栋。

2.4.7.需通过人员行政级别，对行政办公用房进行超标管理，实现对房源是否超额的信息展示，查看房间所有使用人的核定信息，达成行政办公用房的规范化管理要求。

2.5.定额核算管理

2.5.1.****学校各部门的的基础数据、基本情况录入，按照学校相应计算规则进行定额核算。

2.5.2.****学校的定额计算规则，内置定额计算公示，****学校各部门的房屋定额结果，支持结果的查看、导出。

2.5.3.系统需支持按照定额核算结果对各部门、个人的用房情况进行超标情况汇总，生成汇总情况表，支持汇总表的直接导出。

14

▲

（二）公用房管理模块

2.6.数据核查

2.6.1.管理员可创建房屋数据核查通知，核查任务、核查起止时间、按照建筑、部门选择需要核查的房间数据范围。

15

（二）公用房管理模块

2.6.2.支持二级管理员按照数据权限的范围收到需要核查的房间明细进行房屋数据核查、数据反馈。

2.6.3.支持核查任务进度的查看，实时掌握哪些部门存在未处理的任务。

2.6.4.可查看历史任务明细，了解每次核查任务的处理情况。

2.6.5.通过任务的数据权限划分，实现对任务明细内所需核查的房间进行处理，实现对房间属性信息的核查，并提交核查明细。

2.7.数据反馈

2.7.1.系统需实现对相关房间的数据核对，满足房间信息的及时更新，保证数据的及时性和有效性，对核查的信息确认无误后方可进行更新。

2.7.2.信息反馈：通过可视化管理，实现地图上直接提交房间的错误信息反馈，管理员可对反馈结果进行比对，确认后可进行更新。

2.7.3.审核管理：使用单位针对信息有误房间，进行房源数据审查，查看反馈数据，生成比对结果，管理部门依据审批流程完成信息的审批。

2.8.信息维护：系统需实现对房屋基础数据的指定字段的修改权限配置（如：房间号、房间名称、使用人等），满足二级单位对特定字段的信息修改，并支持可编辑字段的联动追踪，通过数据面板的原始数据进行标识定位，方便管理者操作。

2.9.系统管理

2.9.1.包括用户管理、角色分配、菜单管理、部门管理、公告管理、消息通知等，充分考虑到网络系统的使用安全，包括个性化界面、操作人员权限、菜单设置都可以自行设定，信息发送，公告管理，满足个性化及权限控制的需求。

2.9.2.用户管理：后台管理员通过用户关联角色、部门完成配置用户相关权限，支持在线针对用户的增删改查。

2.9.3.角色管理：根据不同的用户分配不同的角色级别、范围等，支持在线针对用户角色的增删改查。

2.9.4.菜单管理：线上管理本系统的功能菜单，操作员可以针对相关菜单进行增删改查及导出需要的菜单列表。

2.9.5.部门管理：具有相关权限的用户能够自主添加部门。

16

（三）经营性用房管理模块

3.1.数据管理

3.1.1.系统须实现对经营性用房基础数据的管理，须实现校区、楼栋的新增、删除、导入、导出，须实现经营性房源数据的新增、删除、检索查询、导入、导出，须实现对房源所在位置、面积、是否校内、所在楼栋、楼层、租金等信息的维护修改，可上传房源附件资料，可查看房源的租赁历史和合同信息。

3.1.2.系统须实现房源评估信息的管理，支持添加、编辑、删除评估信息，支持生成评估与成交对比图，支持通过折线图、柱状图、数据视图的方式展现二者对比结果。

3.1.3.系统须实现对承租方信息的管理，支持承租方信息的新增、删除、导入导出、检索查询，支持区分承租方主体为个人、****事业单位，支持上传附件资料。

3.2.房源配租：系统须实现将一套经营性用房整体出租给单个租户；实现将多套经营性用房批量配租给单个租户，并支持批量签订合同。

17

▲

（三）经营性用房管理模块

3.3.合同协议管理

3.3.1.系统须具备合同签订功能，可选择单个房源或多个房源进行合同签订，合同签订时支持系统选择或手动录入承租方信息，支持临时增加房源，支持快捷选择租赁周期以及自定义设定租赁时间，支持选择年租金、月租金或阶梯租金，支持增加管理费、物业费、卫生费等其他费用信息。

（须提供功能截图或演示视频佐证）

18

（三）经营性用房管理模块

3.3.2.合同签订后，须支持查看电子合同，上传纸质合同附件，支持协议续签及终止协议。

3.3.3.系统须具备合同到期提醒，支持用户自定义设置合同到期提醒时间。

19

▲

（三）经营性用房管理模块

3.4.租金管理

3.4.1.租金设置：系统须实现设置固定租金标准，实现阶梯租金的自定义创建，可在一条阶梯租金标准下新增多级，可自定义设置租金变动时间，租金类型可以支持固定金额、百分比的设置，实现租金的自动上下浮动。

（须提供功能截图或演示视频佐证）

20

（三）经营性用房管理模块

3.4.2.租住押金确定：根据租赁策略和风险评估，用户可以自定义租住押金金额，保障租赁双方的权益。

3.4.3.系统须具备添加其他费用功能，如管理费、物业费、卫生费等。

3.5.费用管理

3.5.1.系统须根据合同生成租账单明细，须提供总账单、待缴账单、年账单、历史账单、逾期合同等信息，支持账单的查询、导出。

3.5.2.系统须详细展示用户已交租金、未缴租金以及相关费用的明细信息。

3.5.3.系统须提供收租提醒功能，管理员可根据实际需求自定义设置收租到期时间。

21

（四）教工住宅管理模块

4.1.总体概览

4.1.1.系统须具备总体数据、业务概览页面，对教师公寓全局数据进行全面展示。集中展示教师公寓合同到期、租金到期、房源申请、待签约的业务数据，支持下钻直接对业务进行处理。

4.1.2.房源概况：集中展示教师公寓空置房源、已租房源、待签约房源、维修中房源、无法居住房源，支持下钻对具体数据进行查看。

4.1.3.统计数据：须对教师公寓的租金及入驻人员进行数据统计，生成饼状图、柱状图展示统计结果。

4.2.房源数据管理

4.2.1.系统须按照校区、楼栋、单元、房间逐层进行管理，须实现新增、修改、删除管理。

4.2.2.系统须实现房间数据的维护，可对房间号、小区名称、楼栋名称、所在单元、楼层、房屋面积、燃气号、租金进行编辑，可查看房间的变更记录、租住历史、维修记录。

22

▲

（四）教工住宅管理模块

4.2.3.须实现对房间进行居室、床位的拆分，拆分后房间由整租类型变为合租。

（须提供功能截图或演示视频佐证）

23

（四）教工住宅管理模块

4.3.统计报表

4.3.1.房源统计：须实现对教师公寓各类型、各种状态房间数据进行统计，输出统计报表及饼状图表。

4.3.2.租金统计：须实现对教师公寓租金情况、租赁情况进行数据统计，输出统计报表及饼状图表。

4.3.3.人员统计：须实现对教师公寓人员入驻情况进行统计，输出统计报表及饼状图表。

4.4.人员档案

****数据中心、人事系统，调取人员档案数据及进行人员数据同步。

24

▲

（四）教工住宅管理模块

4.5.教师端（须提供功能截图或演示视频佐证）

4.5.1.须提供教师端，并对教师端进行管理，支持发布关于教师公寓的政策信息、通知信息等，支持教师在线下载申请表。

4.5.2.支持教师在线填写教师公寓申请表单，并在线提交。

4.5.3.支持查看房源的发布信息，用户登录后可在线查看可选择的房源信息。

4.5.4.支持教师查看自己名下的房源信息、合同信息、账单信息。

4.5.5.支持教师发起退租、续租、维修的申请。

25

（四）教工住宅管理模块

4.6.房源分配

4.6.1.系统须实现依据房源租赁方式及用户申请的房源类型，对整租的房间进行分配，并提供筛选查询功能。

4.6.2.系统须实现依据房源租赁方式及用户申请的房源类型，对合租的房间进行分配，并提供筛选查询功能。

4.7.合同管理

4.7.1.租金设置：须支持对不同区域的房屋进行租金设置，实现按房间面积制定租金标准。实现阶梯租金的自定义创建，可在一条阶梯租金标准下新增多级，可自定义设置租金变动时间，租金类型可以支持固定金额、百分比的设置，实现租金的自动上下浮动。

4.7.2.合同签订：在完成房源分配、人房成功关联后，系统自动进入签约管理流程。支持在签约出现误操作或其他情况时，执行撤销操作。支持自主选择租金标准，支持设定租住押金金额，支持自定义租住起止时间。

4.7.3.合约签订：系统须实现对无明确租赁起止时间以及享受免租政策的用户进行特殊合约签订。

4.7.4.到期提醒：系统须具备到期提醒功能，支持管理员根据实际业务需求自定义设置合同到期提醒时间。****学校短信平台进行消息推送提醒。

4.7.5.房屋续租：系统须提前展示即将到期的合同明细，包括合同基本信息、用户信息以及房源信息等，管理员可根据实际情况，针对即将到期的合同进行续租操作。

4.7.6.房屋退租：系统须提供退租操作功能，支持选择主动退租、违约退租等类型，并可记录退租时间。

4.8.费用管理

4.8.1.系统须实现生成、查看租金明细，可依据租赁周期，精确生成月租金明细。支持查看每个租户的历史租金记录，包括累计缴纳租金的总额以及当前未缴租金的金额；支持导出租金明细。

4.8.2.系统须实现按照自然月的方式生成应缴账单，支持通过与财务系统对接实现账单推送，并接收财务扣款结果。

4.8.3.系统须实现多种收租模式。****学校财务对接的工资扣款模式，以及线下缴费模式。

4.8.4.系统须详细展示用户已交租金、未缴租金以及相关费用的明细信息。

4.8.5.系统须提供收租提醒功能，管理员可根据实际需求自定义设置收租到期时间。

26

（五）货币化补贴模块

5.1.基数数据管理与档案管理

包括常量参数的定义、补贴面积标准、缴交批次、财务及人事数据导入等基本信息管理。职工申请、审批过程中产生的各类文档、材料进行电子存档，需随时可以调取、查询。

5.2.业务申请流程设置管理

设置补贴申请、补发申请、审批、公示等流程，明确各流程节点、审批角色及人员。教职工通过线上提交申请，上传提交相关资料，建立教职工申请账户，并设置存档编码。

5.3.补贴核算与发放

对已通过审批的教职工，管理员输入职工相关的核算数据，系统每月自动核算教职工的补贴金额，包括一次性补贴、逐月补贴、级差补贴等，自动生成补贴统计报表。各类补贴可实现根据不同教职工的需求进行单独核算。

5.4.差额补贴

当住房补贴的面积、教职工职务岗位级别、工资标准、级差补贴等出现变动或错误时，可进行勘误调整。

5.5.查询统计

提供丰富的查询统计功能，包括并不限于教职工每月补贴明细、各类型补贴、总补贴，以及全校各年份总补贴费用报表等。

27

（六）校园地图导览模块

6.1.****学校可视化的采集与管理、可视化数据的发布以及相关应用的融合运行；能提供WMS、WFS、WCS、WMTS等服务；可将网络地图输出为jpeg、png、geojson、pbf等格式；须实现输入数据、浏览数据、输出数据等基础操作。

6.2.须实现空间数据的输入、显示、编辑、分析、输出，以及构建与管理大型空间数据库。

6.3.系统支持PostGIS、Shapefile数据格式。

6.4.须实现真三维模型、仿真三维校园地图、室内外一体化微地图的显示，且能在地图间自由无缝切换，并基于地图实现可视化数据及图文的查询与展现。

6.5.地理坐标系采用2000国家大地坐标系（CGCS2000）。

6.6.须实现从室外无缝切换进入室内微地图，并提供精细化到楼层及房间的3D效果查看功能，实现房间的360°旋转、缩放。

6.7.须实现建筑内部楼层、房间的信息展示，能查看单个房间的位置与信息，并实现以房间为单位的点击操作。

6.8.须基于****学校的3D矢量地图、2.5D三****体校园地图服务建设，平台具有开放性，****学校自主扩展业务的需求；系统须采用B/S的体系结构，数据管理和发布浏览基于浏览器实现，无须安装任何插件，同时提供基于H5、微信公众号、微信小程序等平台的可视化地图应用服务功能，且应用服务内容应与PC端功能完全一致，并与学校指定的移动门户实现集成。

6.9.须提供在校园地图平台上进行建筑名称、POI热点位置标注功能，结合房产数据实现部门、机构位置的标注。

6.10.校园地图须实现搜索功能，可按照组织机构、POI热点分类、建筑名称等进行数据搜索并进行位置定位，须实现通过历史搜索数据进行快速搜索。须实现位置信息的分类查询，进行快速的定位查看。

28

▲

（六）校园地图导览模块

6.11.须实现在地图上进行路径规划及模拟导航，支持地图点选、搜索等多种方式进行起始点、终点设定；支持校内任意两点间最短路线规划，支持区分驾车、步行出行方式。导航过程中，通过语音+文字+动画等多种形式对弯道或者直道方向、距离进行提醒。须支持设置迎新图层和热点，可在****学院迎新位置，引导新生完成报名。（须提供功能截图或演示视频佐证）

29

★

（七）移动管理

7.1.引入移动服务平台，增加移动办公、移动查询、移动申请审批等服务功能，****办公室PC端操作，还能实现手机等移动端的操作，需与我校钉钉平台进行集成。（提供承诺函并加盖投标人公章，格式自拟）

30

（七）移动管理

7.2.采用HTML5、CSS3等技术，以小程序、微信公众号、企业微信、移动校园等多种访问方式实现移动终端（手机、PAD等）上浏览、查询、处理相关信息。

7.3.支持通知公告、政策法规等信息的移动端发布。

31

▲

（七）移动管理

7.4.支持通过移动端进行校园仿真三维图、室内外一体化矢量3D地图的立体化展示，通过对地图平移、缩小、放大、旋转等操作，实现对全校房产数据的可视化查看。（须提供功能截图或演示视频佐证）

32

（七）移动管理

7.5.支持通过移动端进行公房楼盘表查看，以及房间信息查询。

7.6.支持移动端楼栋、房间、部门、人员可视化搜索，针对搜索结果可进行定位展示，房间具体信息查看。支持移动端校园仿真三维图、矢量3D地图的切换。

7.7.支持管理员****学校各部门房间使用情况，依据房间用途、建筑面积、使用面积、房间使用数量等完成数据分析，让管理者对房源数据实时掌控。

7.8.各级管理员通过手机端可查看本部门权限下使用的房间情况，依据房间用途、建筑面积、使用面积、房间使用数量、等完成数据分析，让管理者对房源数据实时掌控。

7.9.支持通过手机端可对用房申请、移交、腾退等业务进行移动化审批。

7.10.支持通过移动端进行房屋核查、反馈等业务办理，与PC功能保持一致。

33

（八）室外三维地图、2.5D仿真地图及矢量3D地图建设

8.1.对我校约2500亩的校区面积内所有建筑进行建模，并生成校园真三维模型、2.5D三维仿真地图。

8.2.依据学校实际地貌及景观，建设所有校园面积范围内的建筑、河流、湖泊、道路、地板、绿化、景观、公共设施、山体、桥梁、树木等，叠加百度、高德地图显示，实现真三维地图、 2.5D 虚拟仿真地图建设，****学校建筑的名称、建筑面积、使用面积、入驻部门等信息。

8.3.采购人校园内的重点建筑物模型要求能够真实、美观，具有建筑物名称，可供用户属性查询和点击查看，模型应在以下方面满足行业建模要求：包括但不限于纹理结构、纹理贴图的大小、纹理贴图的格式、模型的面片数量等。

8.4.建筑物模型：模型、尺寸、位置、数量、建筑物颜色及纹理等符合采购人实际情况；建筑的数量不能缺失或者冗余，外观贴图与实际相符合，建筑物楼顶干净平整。

8.5.校园建筑物上面的字体：清晰、突出，校园整体的颜色亮丽，色彩的饱和度相对高，效果图里，避免出现不合理的地方，如：同一大楼出现叠加的情况，树出现在地砖、楼房上。

8.6.道路：走势、名称、数量、材质、道路线、停车场，道路名称正确，道路名称的颜色、大小统一并且不能被其他部分遮 挡，道路上的车道线正确，停车场：位置、大小正确。

8.7.运动场：类型、位置、数量、形状，运动场的位置和数量，不出现丢失或者多余的情况。

8.8.校园绿化带 (植被+水) ：范围、位置、类型。绿化全部是草坪、全部树木、草木结合；湖泊、河流、小沟。

8.9.待建模型：形状、位置。根据采购人提供的大楼外观图，合理的做出相应的待建模型，并且放在相应的位置上；如果采购人没有提供相应的效果图，则加上常规的建筑物模型；待建模型的要求：淡蓝色半透明状。

8.10.重点细节：采购人校门、重要户外雕像等标识的模型正确、贴图符合要求；采购人国旗旗帜的颜色、数量一定正确，位置正确。

8.11.需要对校园室外所有建筑建立室外一体化矢量3D地图制作，提供校区内室外道路、水系、绿化、运动场、广场、绿化等空间位置结构数据呈现，支持区域的结构信息真实呈现，需提供采购人的标准可视化数据库，标记编码完成所有的校园位置相关信息，精细化呈现校内公共区域。

8.12.要求采集校园平面矢量地图，要求保证几何精度、图形质量、属性精度，具有逻辑一致性和完整性，地图要素分层设色、注记字体要符合要求。具体要求如下：

1）数据制作格式：需支持SHP数据格式。

2）地图要素规范：地图要素的分层设色以及注记字体需符合相关要求。

3）地图范围及图层展示要求：校区底图范围、周边建筑范围以及功能区情况需与实际情况相符。

3.室内矢量3D图：利用采购人提供的楼层CAD图电子版进行室内精细化地图制作，要求3D矢量效果，可720°旋转、墙体高、位置清晰。

34

（九）基础数据整理

****学校对现有的土地、楼栋、房间、构筑物、地下空间等数据进行整理，导入系统进行统一管理。包括图纸修改、数据表整理、可视化图形与基础数据表关联等工作。

35

★

（十）集成对接（提供承诺函并加盖投标人公章，格式自拟）

10.1.统一身份认证集成

****学校现有的统一身份认证集成，实现用户一体化管理。

10.2.融合门户集成

****学校现有的融合门户集成，包括任务、消息、应用管理、待办等。

10.3.数据集成

****学校要求进行包括全量数据库的集成。

10.4.资产系统对接

****学校资产系统进行深度融合，包括但不限于统一登录界面、系统间相互跳转、资产存放地自动同步、楼栋房屋内资产信息同步、人员调整资产、房产同时提醒等功能，所有对接费用包含在本次项目中（含第三方接口费用）。

10.5.钉钉对接

****学校钉钉对接。

36

（十一）系统技术要求

11.1.系统要求采用B/S架构设计、JAVA语言开发、J2EE技术架构。

37

★

（十一）系统技术要求

11.2.****学校资产系统进行深度融合，包括但不限于统一登录界面、系统间相互跳转、资产存放地自动同步、楼栋房屋内资产信息同步、人员调整资产、房产同时提醒等功能，对接所需所有费用包含在本次项目费用中（含第三方接口费用），投标人所提供****管理部门验证通过，才可以进行实施，如不满足用户需求中标人承担违约责任。（提供承诺函并加盖投标人公章，格式自拟）

11.3.系统需具有流畅的跨平台特性，支持基主流Linux、Windows、Unix操作系统及银河**、中标**、统信、普华、中科**、中科方德等国产操作系统；至少包括支持Tomcat、Apache、WebSphere、WebLogic等主流应用服务器及**通、宝兰德、中创等国产中间件；支持至少包括Oracle、DB2、SQL Server、MySQL、PostgreSQL等多种主流数据库及达梦、人大金仓、GBase、TDSQL等国产数据库）。本次项目供应商须提供配套的中间件与数据库保障系统流畅、稳定运行并承诺客户更换服务器、操作系统、中间件、数据库时进行无偿免费完成迁移。（提供承诺函并加盖投标人公章，格式自拟）

38

（十一）系统技术要求

11.4.兼容至少包括微软IE、谷歌Chrome、360浏览器、搜狗浏览器、苹果Safari、UC浏览器、QQ浏览器、火狐Firefox、欧朋Opera等多种浏览器。

11.5.平台使用灵活方便，并预留多种扩展、开发接口（XML、JSON、WebService等）。

11.6.系统后台数据库及表结构字段需清晰易懂，有明确的注释标记，数据字典定义明确规范，需支持所有字段动态调整，兼容国际标准、国家标准、****学校现有数据标准。

11.7.系统需要具有完善的权限和用户管理体系，可以适应单位内各类角色管理员的管理和使用，提供与统一身份认证系统的数据接口，并具有集成能力。

11.8.系统安装需根据采购人实际情况选择不同的部署方式，要求支持常见的几类部署方式（包括但不限于单服务器部署、多服务器部署、虚拟化部署等）。

11.9.系统需针对IPv6提供全面访问支持，需同时支持基于IPv4和IPv6地址的访问。

11.****.系统需全面支持HTTPS安全传输协议，需支持SSL/TLS协议加密传输，确保网络通信链路安全。

11.****.系统需保证全年7×24小时连续运行，关键业务平均故障时间（MTBF）≤24小时/年，平均故障修复时间（MTTR）≤60分钟。

39

（十二）系统质保要求

12.1.平台厂商须拥有良好的运维和技术保障能力

可全面提供对操作系统、中间件、数据库进行安全检测、漏洞扫描、安全整改、安全加固、安全应急响应等一系列的安全服务，具体服务内容应包含但不限于：版本漏洞、开放端口、开放服务、空/弱口令账户、安全配置等。

12.2.实施管理要求

厂商须提供详尽慎密的项目实施方案、项目进度计划表，能有效进行各类文档管理。项目实施期间须有技术人员驻场提供技术支持。

12.3.售后要求

12.3.1.系统质保服务为系统项目后三年。

12.3.2.远程支持：为保障系统正常运行，及时解决问题，要求提供完善的售后服务流程，公司需建立远程维护环境，通过远程网络为用户提供系统支持和维护服务。

12.3.3.电话支持：提供 7*24 小时的电话技术支持，当用户报告故障信息后，立即启动技术服务程序、提供电话支持，耐心指导用户，逐步完成故障处理。

12.3.4.现场响应：当电话支持和远程维护不能解决，或者超过 1 个工作日仍没有解决故障的，公司人员即刻赶往现场进行维护。

12.3.5.可视化地图修改：在售后服务期内，****学校**、拆除的楼栋在可视化地图进行添加或删除（不包含大规模校区的建设），对于改造的房间在室内地图上进行修改。

12.3.6.系统资料：提供完整的系统平台配套的产品资料，包括系统系统安装使用手册、系统功能模块说明书、用户使用手册、帮助文档等。

12.3.7.技术培训：售后服务期内每年2次由公司富有经验的培训人员对使用房系统管理员、信息编辑人员及相关工作人员进行针对性培训，针对系统管理人员进行针对性培训，包括应用软件的安装、配置、调试、初始化、和系统管理等。

12.3.8.定期拜访：公司技术工程师定期排查系统运行情况，出具系统运行状态报告，已保证系统的正常运行，每年提供不少于两次巡检服务及时搜集用户在使用中发现的问题，进行系统的改进升级。

12.3.9.系统免费升级优化：系统通过验收后，提供免费技术支持服务，定期对系统免费进行性能测试、并对数据库进行优化和维护，保证系统的最佳运行状态。

12.3.10.质保期后运维：系统超过约定质保服务期后，****公司应保障系统正常运维。质保到期后运维价格不超过软件成交价格的5％。

40

（十三）系统安全要求

13.1.安全保障要求：系统有完善的安全措施，确保用户安全性、数据安全性、运行安全性（简单说明安全保障能力）；数据库提供备份和恢复机制，可实现数据交换接口安全、数据完整性保证、数据传输安全、数据存储安全等（数据库备份机制说明）；系统可提供口令验证、加密、权限控制等安全机制，有效控制数据访问及读写权限，可实现每一个用户分配相应的工作权限。

41

★

（十三）系统安全要求

13.2.等保要求：系统须符合《信息安全技术网络安全等级保护基本要求》二级及以上的安全计算环境要求，按照二级等保要求对系统进行评测并出具的信息系统评测报告。

（提供承诺函并加盖投标人公章，格式自拟）

打“★”号条款为实质性条款，若有条不响应或不满则导致响应效。

序号

评估维度

具体指标

评分细则（满分 100 分）

1

企业资质与合规性（10分）

生产与经营资质

申请人须具有质量管理体系认证(ISO9001)证书、环境管理体系认证(ISO14001)证书、职业健康安全管理体系认证(ISO45001)认证证书。提供的3个体系认证证书，且在有效期内,并提供网站查询截图。本项满分3分，每提供1项得1分。

注：提供有效的证书扫描件及相应网站截屏，不提供不得分。

****总局**认证认可信息公共服务平台查询网站：http://cx.****.cn/CertECloud/index/index/page

2

研发能力

提供本项目核心功能①房产可视化②用房分配与定额核算③经营性用房④周转房管理相关的软件著作权证书，每提供1个得 1 分，本项最高得4分；

2.投标人提本项目供辅助功能①基于安全架构②数据集成与交换③移动端④测绘建模相关的软件著作权证书，每提供1个得 0.5 分，本项最高得2 分。

3

履约信誉

申请人近3年无合同违约记录、无产品质量投诉，提供承诺函，得1分，不提供承诺函不得分。

4

设备质量与技术

（19分）

重要技术指标

带▲标记为重要技术条款，合计 19 小项，满分 19 分，每 1 项负偏离扣 1 分；无截图/演示视频则本项不得分。

注：标▲重要条款须附证明材料，在《技术要求偏离表》备注栏标注证明材料页码；投标人未提供材料或材料无法辨识的，视为负偏离。

供应与服务能力（41分）

项目人员

1.项目经理持有信息系统项目管理师证书的，得2分。（提供证书复印件及供应商为其缴纳的2026年5月1日以来任意一个月的社保证明并加盖公章，不提供不得分。）

2.团队主要技术人员（项目经理除外），团队成员持有以下证书：系统架构设计师、系统分析师、智能化系统集成项目经理 (高级)、网络与信息安全工程师（高级），每提供1个得1分，总共4分。

注：以上同一人多证按一个计算，不重复计分。（提供证书复印件及供应商为其缴纳的2026年5月1日以来任意一个月的社保证明并加盖公章，不提供不得分）。

3.人员配备方案

（1）拟投入本项目的团队人员数量＞10 人、团队专业结构合理（包括但不限于技能覆盖度，角色互补性，梯队健康性，背景多样性）、经验技术能力强（包括但不限于技术深度，技术广度与前瞻性，项目经验与成果，协作与问题解决效率）、服务响应快速的，得5分；

（2）拟投入本项目的团队人员数量=10 人、专业结构较合理（包括但不限于技能覆盖度，角色互补性，梯队健康性，背景多样性）、经验技术能力较强（包括但不限于技术深度，技术广度与前瞻性，项目经验与成果，协作与问题解决效率）、服务响应时间一般的，得 3 分；

（3）拟投入本项目的团队人员数量＜10人、专业结构缺乏合理性（包括但不限于技能覆盖度，角色互补性，梯队健康性，背景多样性）、经验和技术能力一般（包括但不限于技术深度，技术广度与前瞻性，项目经验与成果，协作与问题解决效率）、服务响应时间慢的，得 1 分；

（4）未提供完整人员配备方案的本项不得分。

5

实施方案

评委根据投标人提供的项目实施方案（至少包括实施步骤、质量控制、安装调试、进度计划）进行综合评分：

（1）方案内容完整，合理可行，针对性强的，得10分；

（2）方案内容较完整，较为合理可行，针对性较强的，得6分；

（3）方案内容欠缺，合理可行，针对性一般的，得2分；

（4）不提供不得分。

6

售后服务方案

评委根据投标人提供的售后服务方案（至少包括故障响应时间、服务技术力量、应急处理措施）进行综合评分：

（1）方案内容完整，合理可行，针对性强的，得10分；

（2）方案内容较完整，较为合理可行，针对性较强的，得6分；

（3）方案内容欠缺，合理可行，针对性一般的，得2分；

（4）不提供不得分。

7

培训方案

评委根据投标人提供的培训方案（至少包括培训内容、具体培训时间安排、培训老师介绍）进行综合评分：

（1）方案内容完整，合理可行，针对性强的，得10分；

（2）方案内容较完整，较为合理可行，针对性较强的，得6分；

（3）方案内容欠缺，合理可行，针对性一般的，得2分；

（4）不提供不得分。

9

商务报价（30 分）

**伙伴报价

价格评分：采用直线内插法。

直线内插法计算公式：**伙伴价格得分=价格得分权重*(最高价+最低价-该**伙伴评审价)/最高价。最高价和最低价为剔除异常价格后，其余有效**伙伴评审价中的最高价和最低价。如剔除异常价格后，其余有效**伙伴评审价不足2个，则以异常价格判定上限和下限分别作为最高价和最低价。价格得分最高满分，最低0分。

【如项目设置最高限价、价格联动等情况，需详细列明最高限价或计算原则，价格联动规则等。如相关内容篇幅过多，可以附件形式提供。】