武汉大学房产综合管理系统土地及构筑物管理扩展项目
单一来源方式采购征求意见公示
武汉大学房地产管理部拟采购房产综合管理系统土地及构筑物管理扩展项目,使用单位申请单一来源方式采购,现予以公示。
一、采购内容采购房产综合管理系统土地及构筑物管理扩展
二、采购需求(一)功能要求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.软件设计的数据表结构、数据字段、数据字典、范式设计必须符合武汉大学数据中心的数据标准,提供符合该标准的数据库设计文档,数据库推荐采用MySQL。 | |
2.兼容性要求 | 2.1.服务端 | 2.1.1.支持目前主流操作系统(如Windows、Linux等)。 |
2.2.浏览器 | 2.2.1.支持3种及以上目前主流浏览器(如IE、Firefox、Chrome、Safari、360浏览器)。 | |
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.支持1000以上用户同时使用。 | ||
3.1.3.支持500以上并发用户量。 | ||
3.2.运行要求 | 3.2.1.软件保证7×24小时运行。 | |
3.3.响应要求 | 3.3.1.普通页面响应时间,小于1秒,最大不超过5秒。 | |
3.3.2.查询页面响应时间,小于3秒,最大不超过30秒。 | ||
3.3.3.后台数据批处理时间应在二小时内完成。 | ||
3.4.负载要求 | 3.4.1.支持负载均衡。 | |
4. 扩展性要求 | 4.1.数据对接 | 4.1.1. |
文章推荐: