公告内容
武汉大学房产综合管理系统土地及构筑物管理扩展项目
单一来源方式采购征求意见公示
武汉大学房地产管理部拟采购房产综合管理系统土地及构筑物管理扩展项目，使用单位申请单一来源方式采购，现予以公示。
一、采购内容
采购房产综合管理系统土地及构筑物管理扩展
二、采购需求
（一）功能要求
1.校区图：校区图要求具有缩放、查询、定位、链接、下钻等功能。
2.地物信息查询
点击查询：用户在地图上点击特定的地物（如土地、构筑物等），即可弹出信息 窗 口，显示该地物的详细信息，包括名称、位置、面积、用途、建设时间、实景照片、资产信息等。
3.属性查询：通过输入地物的属性信息（如构筑物的名称、编号等），快速定位 并高亮显示该地物在地图上的位置，同时显示其详细信息。
4.热点标注，在校区图上以显著的标识显示土地，鼠标移入热点土地有明显高亮， 并显示该地物的简介信息。
5.土地台账信息需包含：宗地号、名称、大小、所在位置、四至、产权信息、土 地权属性质、取得时间、取得方式、资金来源、使用信息、责任人信息等，确保 土地信息完整准确。
构筑物台账信息需包含：编号、名称、位置、类型、产权、结构、使用情况、价值等， 确保构筑物信息完整准确。
6.校内二级单位填写《武汉大学校园临时用地申请书》《武汉大学校园临时用地 审核表》及《武汉大学校园临时用地承诺书》，经本单位主要领导签批后报学校
相关管理部门（园林、水电、保卫等部门）审批。
学校土地管理部门对申请单位提交的材料进行书面审核，在进行现场查勘后，向 申请单位反馈审批意见。业务线上办理可提高工作效率，减少人工干预，降低错 误率，提高管理水平。
7.系统可生成各类报表与统计分析数据，构建起领导驾驶舱，为学校管理层提供全面、准确的数据分析与可视化展示视角，辅助管理层做出科学合理的决策。
领导驾驶舱可提供直观的数据展示和分析，帮助管理层快速了解情况，做出决策。
（二）技术要求
类别 | 子类 | 具体要求 |
1.总体要求 | 1.1.架构要求 | 1.1.1.应用需满足可重用、松耦合、互操作的服务体系结构，通过服务的编排组合来实现业务的组合，通过服务的松耦合来满足业务变化和调整。 |
1.1.2.将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口采用中立的方式进行定义，它应该独立于实现服务的硬件平台、操作系统和编程语言。 | ||
1.2.接口要求 | 1.2.1.遵循成熟、主流的接口开发标准及规范。 | |
1.2.2.支持通用的服务总线。 | ||
1.2.3.提供接口地址、命名空间、调用方法、参数组（包含参数类型），返回值采用JSON或XML格式，并提供返回数据包格式描述，实现自动查询、调用、测试及管理，提供符合RAML规范的接口文档。 | ||
1.3.平台要求 | 1.3.1.优先选择Java技术，各类组件、服务架构及技术层次均有共同的标准及规格，存在良好的兼容性。 | |
1.3.2.采用主流成熟中间件，应用及服务支持集群部署、负载均衡及故障转移。 | ||
1.4.交互要求 | 1.4.1.软件能针对用户操作习惯调整功能设置和界面布局，实现界面友好、操作简便以及软件易用。 | |
1.5.数据库要求 | 1.5.1.软件设计的数据表结构、数据字段、数据字典、范式设计必须符合武汉大学 | |
2.兼容性要求 | 2.1.服务端 | 2.1.1.支持目前主流操作系统（如Windows、Linux等）。 |
2.2.浏览器 | 2.2.1.支持3种及以上目前主流浏览器（如IE、Firefox、Chrome、Safari、3***0浏览器）。 | |
2.3.移动端 | 2.3.1.支持当前安卓主流版本。 |
2.3.2.支持当前IOS主流版本。 | ||
2.3.3.支持微信平台(含小程序)。 | ||
2.4.升级要求 | 2.4.1.软件在版本升级中保证接口协议、功能不发生变化。 | |
3. 性能要求 | 3.1.用户要求 （根据实际需求调整） | 3.1.1.软件运行支持至少1万级注册用户量。 |
3.1.2.支持1****0以上用户同时使用。 | ||
3.1.3.支持5***0以上并发用户量。 | ||
3.2.运行要求 | 3.2.1.软件保证7×2**$3小时运行。 | |
3.3.响应要求 | 3.3.1.普通页面响应时间，小于1秒，最大不超过5秒。 | |
3.3.2.查询页面响应时间，小于3秒，最大不超过3**$3秒。 | ||
3.3.3.后台数据批处理时间应在二小时内完成。 | ||
3.4.负载要求 | 3.4.1.支持负载均衡。 | |
4. 扩展性要求 | 4.1.数据对接 | 4.1.1.支持与武汉大学 4.1.2.支持武汉大学 |
4.2.设计要求 | 4.2.1.软件完全采用模块化的设计框架，模块之间遵循高内聚、低耦合的设计原则，具有灵活方便的添加新模块和变更模块的功能。 | |
4.3.接口要求 | 4.3.1.程序接口和数据接口清晰，便于二次开发，为新功能模块预留接口。 | |
4.4.移动端对接 | 4.4.1.支持与武汉大学 | |
4.5.统一身份认证对接 | 4.5.1.支持与武汉大学 | |
4.6.消息对接 | 4.6.1.支持与武汉大学 | |
5. 文档要求 | 5.1.技术文档 | 5.1.1.《项目建设方案》（必要） |
5.1.2.《项目技术实施计划表》（可选） | ||
5.1.3.《软件功能实施计划表》（可选） | ||
5.1.4.《软件数据标准说明书》（可选） | ||
5.1.5.《软件接口标准说明书》（必要） | ||
5.1.6.《软件设计说明书》（必要） | ||
5.1.7.《数据库设计说明书》（必要） | ||
5.2.实施文档 | 5.2.1.《项目实施日志》（可选） | |
5.2.2.《需求规格说明书》（可选） | ||
5.2.3.《测试报告说明书》（必要） | ||
5.2.4.《测试环境测试报告》（可选） | ||
5.2.5.《用户操作手册》（必要） | ||
5.2.6.《安装部署手册》（可选） | ||
5.2.7.《软件培训计划》（可选） | ||
5.2.8.《项目开发总结报告》（必要） | ||
5.2.9.《软件试运行日志》（可选） | ||
5.2.1**$3.《软件维护日志》（可选） | ||
6. 安全性要求 | 6.1.用户安全 | 6.1.1.提供安全手段防止非授权用户的非法侵入、攻击，避免操作人员的越级操作。 |
6.1.2.采用分级管理模式，对不同级别用户的操作权限和数据访问范围有严格的限制，系统管理员可以根据学校 | ||
6.2.软件安全 | 6.2.1.软件自身具备网页防篡改、防注入式攻击、脚本过滤、防口令猜测、IP地址访问控制等安全措施。 6.2.2.软件需通过信息中心漏洞扫描系统的相关安全检测，根据扫描报告完成软件漏洞修复。 6.2.3.协助甲方根据《教育行业信息系统安全等级保护定级工作指南》，完成系统等级保护测评和整改工作。 | |
6.3.数据安全 | 6.3.1.具备容灾能力，根据学校业务特点能够记录访问及操作日志，备份和恢复系统数据，保证软件安全稳定运 |
行。 6.3.2.对敏感性数据进行加密保存，支持标准主流加密算法，对安全性要求特别高的数据需进行物理隔离。 | ||
7. 维护性要求 | 7.1.维护要求 | 7.1.1.为管理员提供丰富的系统设置和维护功能，包括用户和权限设置、字段维护、代码表维护、日志监控、数据批量处理、远程备份等等，便于管理员远程对软件进行各项日常维护工作。 |
7.2.支持要求 | 7.2.1.提供7×2**$3小时电话支持服务，软件出现异常时，需在2小时内给予解答，如需技术人员现场解决，则在4小时内到达现场提供服务支持。 | |
7.3.部署要求 | 7.3.1.业务系统与数据库需分开部署。 |
三、采用单一来源采购方式的原因及相关说明：
土地及地上构筑物作为国有资产的重要组成部分，需建立全生命周期管理体系。当前系统尚未集成土地及构筑物管理模块，存在资产管理盲区，亟需通过系统升级实现全域覆盖。
本次升级是对房产综合管理系统中土地与构筑物管理进行了模块新增与优化，提高土地与构筑物的管理效率。项目前期需求调研充分，建设方案具有可行性，建设目标明确，开发方案合理。
本次采购内容是在原有的“武汉大学房产综合管理系统”中进行优化升级与模块增加，涉及核心数据库结构改造及历史数据迁移，需承建方深度掌握系统底层逻辑。为保持服务的延续性、稳定性，确保系统安全稳定运行。
鉴于以上情况，建议武汉大学房产综合管理系统土地及构筑物管理扩展项目按照单一来源谈判方式从山东国子软件股份有限公司采购。
四、拟定唯一供应商名称、地址：
名称：山东国子软件股份有限公司
地址：山东省济南市高新区春晖路2****6号济南高新区战略性新兴产业基地1号楼
五、 公示期：2****5年5月1**$3日至2****5年5月2**$3日
如有其他潜在供应商对本项目采用单一来源方式采购有异议，应在公示期内以书面形式以实名（盖单位公章、包括联系人、地址、联系电话）将意见反馈至武汉大学采购与招投标管理中心。
项目经办人：刘老师电话：0***7-6注册后查看5
技术负责人：卢老师 电话：0***7-6注册后查看6
武汉大学采购与招投标管理中心
2****5年5月1**$3日
附件下载
