需求招标货物需求技术服务要求.docx

上传人:b****2 文档编号:17150432 上传时间:2023-07-22 格式:DOCX 页数:73 大小:45.94KB
下载 相关 举报
需求招标货物需求技术服务要求.docx_第1页
第1页 / 共73页
需求招标货物需求技术服务要求.docx_第2页
第2页 / 共73页
需求招标货物需求技术服务要求.docx_第3页
第3页 / 共73页
需求招标货物需求技术服务要求.docx_第4页
第4页 / 共73页
需求招标货物需求技术服务要求.docx_第5页
第5页 / 共73页
需求招标货物需求技术服务要求.docx_第6页
第6页 / 共73页
需求招标货物需求技术服务要求.docx_第7页
第7页 / 共73页
需求招标货物需求技术服务要求.docx_第8页
第8页 / 共73页
需求招标货物需求技术服务要求.docx_第9页
第9页 / 共73页
需求招标货物需求技术服务要求.docx_第10页
第10页 / 共73页
需求招标货物需求技术服务要求.docx_第11页
第11页 / 共73页
需求招标货物需求技术服务要求.docx_第12页
第12页 / 共73页
需求招标货物需求技术服务要求.docx_第13页
第13页 / 共73页
需求招标货物需求技术服务要求.docx_第14页
第14页 / 共73页
需求招标货物需求技术服务要求.docx_第15页
第15页 / 共73页
需求招标货物需求技术服务要求.docx_第16页
第16页 / 共73页
需求招标货物需求技术服务要求.docx_第17页
第17页 / 共73页
需求招标货物需求技术服务要求.docx_第18页
第18页 / 共73页
需求招标货物需求技术服务要求.docx_第19页
第19页 / 共73页
需求招标货物需求技术服务要求.docx_第20页
第20页 / 共73页
亲,该文档总共73页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

需求招标货物需求技术服务要求.docx

《需求招标货物需求技术服务要求.docx》由会员分享,可在线阅读,更多相关《需求招标货物需求技术服务要求.docx(73页珍藏版)》请在冰点文库上搜索。

需求招标货物需求技术服务要求.docx

需求招标货物需求技术服务要求

【关键字】需求

招标货物需求及技术服务要求

一、数据建设技术要求

1.建设范围

本期项目建设覆盖修武县核心建成区,北至幸福路,南至宁城大道,西至青龙大道,东至茱萸大道,并涵盖高铁广场,面积大约为15平方公里。

实景采集中心城区6平方公里。

2.项目建设原则

●标准规范性原则

采用国家统一的标准和规范,并符合实际。

●无缝原则

部件数据、地理编码数据、根底底图数据逻辑上建成一个整体的空间无缝数据库。

●资源共享原则

修武县已经积累了较多的地理信息资源,本次数字城管数据普查要充分利用现有地理信息资源进行数据的建设,提高资金的使用效率,避免重复建设。

●技术先进性原则

修武县数字城管根底数据库建设是一项复杂的普查工程,在设计上具有相当程度的先进性和完善性,选择国内外先进的测绘普查技术,从而保证数字城管总体项目的正常运行。

在技术上同时考虑主流数据库技术的发展趋势,确保数据库系统能适应信息技术的迅速发展,更好地处理系统升级带来的问题。

在数据库建设过程中,最大程度地满足数字城管业务的需要,以实用性为首要原则,及时发现并处理好城市管理根底数据问题是项目建设的根本目标。

因此数据库系统能达到:

便于管理维护、数据更新快捷,具有优化的结构和完善的数据库系统,具有与其他系统数据共享、协同工作的能力。

●高效化运行原则

软硬配置要互相协调,入库数据符合规范要求,建立的空间数据库系统要能够业务化运行。

●安全使用原则

采用技术手段,保证数据库安全的同时并能实时的为数字城管提供服务。

●稳定性原则

稳定性原则是指数据的正确性、现势性两个方面,由于城市建设日新月异,城市部件在不断变化和增加,为了保证数字城管系统的正常和有效运行,必须对数据实时更新。

●开放性原则

为了确保应用系统具有良好的互操作性和可移植性,数据格式符合有关国家标准或行业标准。

只有开放的数据库系统才能够兼容和不断发展,才能保证前期投资持续有效,保证整个数字城管系统可分期逐步发展和整个系统的越来越完善。

3.数据资料现状

修武县规划部门根底地形图成图时间早,现势性差,不满足本次项目建设需要,需购买影像图矢量化代替根底地形图。

4.项目建设具体范围及说明

修武县数字化城市管理系统建设项目主要覆盖核心建成区约15平方公里。

本次修武县数字化城市管理信息系统数据普查主要以城市道路为主,包括属于城市市政管理的公共区域和部分居民区内的各项地上设施,不包括地下的市政管线和其它非公共区域内的设施。

具体实施范围规定如下:

(1)对城市道路范围内的规定部件全部普查,道路两侧有建筑物的普查到临街房屋墙角线或围墙;对于道路两侧是开阔区域(没有建筑物或者较远建筑物是破房子的),范围是路基线(有人行道按人行道算,没有按机动车道算)向外延伸15米;

(2)公共开放的广场及公共场所对其范围内进行普查,对相对封闭管理的小区、单位范围内部不进行普查(小区内部楼宇属性要进行普查);开放或半开放式城市居住小区对其主要内部主要道路(6米以上含6米道路要普查)范围及其两侧区域进行普查,其他楼宇间的小通道、绿地区域不进行普查;对老式居住区(含城中村、巷弄居民区等)普查其主要通道(含4米以上含4米人行道,对有文物遗址、名人故居、政府单位、学校、商业街等不足4米的道路也要普查)范围及其两侧区域进行普查,其他区域不普查。

5.修武县数字城管数据建设内容

A.标准规范编制

根据国家标准规范,充分考虑修武县城市建设管理的实际情况,编制修武县数字化城市管理的标准规范。

B.系统根底地图制作与发布

利用卫星影像图进行矢量化的方式代替根底地形图,对普查区域内与城市部件、事件管理密切相关的道路边线要素进行修测,满足部件普查的有关要求。

C.单元网格划分

依据《数字化城市管理信息系统 第1部分:

单元网格》(GB/T30428.1-2013)并结合修武县的实际要求,对修武县进行网格划分和编码,并将划分编码结果建成单元网格数据库。

同时参考修武县的实际情况,以路、街为主体,形成不跨越社区管理的最小单元网格,即社区图与单元网格图重叠,构成修武县城市管理单元网格和责任网格。

D.部件与地理编码普查

部件普查数据成果包括部件以及部件周边环境的二维矢量电子地图数据、部件属性数据。

城管根底部件和重点场所部件的基本属性信息包括:

标识码、名称、专业部门、所在单元网格、状态、现势性、初始时间、变更时间、数据来源、备注以及照片等资料;部件详细属性(附加属性)向相关管理部门收集资料。

E.可视化符号体系建立

基于《数字化城市管理信息系统 第2部分:

管理部件和事件》(GB/T30428.2-2013)的根底上,完善设计能体现修武县特色的、完备的可视化符号系统,为系统的使用和城市部件的管理提供支撑。

F.激光全景影像采集与建库

采用先进的移动道路测量技术,对修武县中心城区主干道的全景影像数据采集,建立激光全景影像数据库。

全景影像数据要求真实、直观、全面的再现现实场景,能够完全与城市采集当时的实际面貌相一致,形成360度全景环视效果,实现人机交互式浏览,通过鼠标的上下、左右旋转任意选择自己的视角,任意放大和缩小,环视、俯瞰和仰视,达到清晰的沉浸式全景显示效果。

通过360度连续全景影像的大信息量与全视野来增强现场查看的位置感。

全景影像数据分辨率不低于3000万像素。

配套提供影像数据管理二次开发包,能支持对海量影像数据的浏览、搜索、标注、链接等功能,能够将部件的属性信息与图片上的部件进行挂接,支持在影像上将部件影像坐标位置与部件普查数据库中对应部件位置实现关联。

G.数据处理与建库

根据国家标准和修武县数字城管系统有关标准规范,对部件普查数据和地理编码普查数据进行处理,并建立修武县部件数据库和地理编码数据库。

H.部件图集与手册编制

根据国家标准和修武县数字城管系统有关标准规范,建立城市管理部件图标库,并编制修武县城市管理部件图集与手册。

I.网格划分图集编制

根据国家标准和修武县数字城管系统有关标准规范,根据已划分的城市管理单元网格和责任网格,编制单元网格图集和责任网格图集。

6.提交成果说明及技术指标

A.标准规范编制

根据国家标准和指导性文件,结合修武县的实际情况,编制修武县基础数据建设标准规范。

按照数据普查建设与管理的实际情况制定科学的作业规程规范,对数字城管系统运行管理所需要的数据制定标准规范。

具体编制的标准规范包括:

●城市部件与地理编码的外业普查规范;

●单元网格与责任网格的划分、编码规范;

●城市部件和事件的分类编码标准;

●数字化城市管理部件及网格普查验收标准;

●城市部件数据库建库标准

B.单元网格、责任网格划分

根据《数字化城市管理信息系统 第1部分:

单元网格》(GB/T30428.1-2013),划分数字化城管单元网格和责任网格。

要求单元网格和责任网格的划分既能符合国家和住建部有关标准又能根据修武县数字化城市管理需要的实际情况进行划分,要求具有较高的科学性和较强的实用性。

单元网格是指数字城管的基本管理单元,是基于大比例尺地形数据,根据数字城管的需要,按照一定原则划分的、边界清晰的多边形地理区域。

责任网格是指在单元网格基础上建立的城市管理监督责任区域,是城市管理信息采集员的基本工作区域。

单元网格编码由15位数字组成,依次为:

6位县级及县级以上行政区划代码、3位街道(镇)代码、3位社区代码和3位单元网格顺序码。

编码结构如下图所示:

具体要求:

任意一个下级区域(社区对于街道,下同)必须完全包含于上级区域(街道对于社区,下同)内;

与其它区相邻的街道办事处边界必须和区边界吻合;

下级区域与所属上级区域如有接边,必须正确接边;

同级区域(街道与街道,或者社区与社区,下同)必须正确接边,不能互相叠压。

C.部件与地理编码普查

根据国家标准对数字化城市管理系统有关要求,进行城市管理部件普查和地理编码普查。

部件普查要求内容全面、详细,符合国家相关标准、数字城管建设导则和修武县实际情况,并以此建立基础数据普查管理数据库。

地理编码普查对象要具有代表性、唯一性等特点,通过普查获取对象的地址数据(包括地点描述信息和坐标信息等),并以此建立城市管理地理编码数据库。

按照住建部相关的技术规范,分类调查城管部件,调查应覆盖规定范围内的所有城管部件,提交的数据成果文件格式应为ArcGISGeodatabase10数据格式。

城管部件的基本属性信息内容应符合规范,能说明部件的基本特性;对于详细属性(附加属性)可向相关市政部门收集资料。

(1)部件定位精度要求

对不同类别的部件,给出不同的精度指标,保证所有部件定位精度符合建库的要求。

城市管理部件的定位精度应符合下表规定的城市管理部件定位精度要求

序号

精度级别

中误差(m)

说明

1

A类

≤±0.5

指空间位置或边界明确的部件,如井盖、灯等。

2

B类

≤±1.0

指空间位置或边界较明确的部件,如果皮箱、绿地、亭、广告牌等。

3

C类

≤±10.0

指空间位置概略表达的部件,如桥、停车场、工地等

每平方公里内位置误差超出允许范围的个数与该范围内部件总数之比应不超过5%,超过为不合格。

(2)部件普查遗漏允许指标

每平方公里内遗漏个数不得超出总数的5%,否则为不合格。

(3)部件普查属性错误允许指标

部件属性中有一个属性项错误即认为该部件的属性错误,每平方公里内部件属性错误个数不得超出部件总数的5%,否则为不合格。

(4)地理编码普查错误允许指标

地理编码普查中所属街道和小区属性错误每平方公里不得超出总数的5%,门牌号错误不等超出5%,超出任何一项指标均为不合格。

(5)地理编码普查遗漏允许指标

每平方公里内遗漏个数不得超出总数的5%,否则为不合格。

D.城市激光全景影像数据管理软件与数据部署支持

使用移动测量系统快速采集城市激光全景影像数据;通过成熟的数据处理软件对数据进行处理,包括部件数据的测量、关联、质检等工序。

提供数据管理软件,支持将两种数据集成到管理信息系统,支持应用系统主界面上基于二维电子地图,以激光连续全景影像数据作为主影像界面。

影像数据可根据用户的需要进行缩放,放大后的影像仍然能够清晰的展现目标地物的信息,并能够在影像上进行量测、地物选取、标注等数据才做管理,能够结合数字城管的管理实际需要,在激光全景影像上实现公众举报辅助定位、部(事)件问题受理、任务派遣、统计分析、地址关联、案卷关联等功能应用。

E.数据处理与建库

根据住建部数字化城市管理信息系统有关标准规范,对部件普查数据和地理编码普查数据进行处理,并建立部件数据库、地理编码数据库、激光全景影像库。

具体要求如下:

(1)建库原则

●标准规范性原则:

采用国家统一的标准和规范,并符合实际。

●无缝原则:

部件数据、地理编码数据、基础底图数据逻辑上建成一个整体的空间无缝数据库。

●先进性原则:

采用当前先进的空间数据库管理和建库软件平台。

●高效化运行原则:

软硬配置要互相协调,进库数据符合规范要求,建立的空间数据库系统要能够业务化运行。

●安全使用原则:

采用技术手段,保证数据库安全的同时并能实时地为数字化城管提供服务。

(2)部件数据建库

将调查后的部件信息逐一核实后输入到部件数据库中。

投标人要给出部件数据建库合理的技术路线。

要求以常用的空间数据格式和属性格式对普查的图形数据和属性数据进行录入,形成完整的部件库。

同时为保证空间基准的统一,应采用与基础底图一致的空间参考。

(3)地理编码数据建库

将调查后的数据逐一核实后输入到地址数据库。

投标人要给出合理的地理编码数据建库的技术路线。

要求对普查的地理编码数据全部录入,并采用与基础地图一致的空间参考。

F.部件图集与手册编制

根据住建部数字化城市管理系统有关标准规范,建立城市管理部件图标库,并编制城市管理部件。

要求部件图集与手册既能符合国家和住建部有关标准规范的基本思路,又能体现修武县的地方特色,具有较高的科学性和较好的直观性。

G.网格划分图集编制

根据住建部数字化城市管理信息系统有关标准规范,对划分数字化城管单元网格和责任网格,并编制单元网格图集和责任网格图集。

要求单元网格图集和责任网格图集既能符合国家和住建部有关标准规范的基本思路,又能反映数字化城市管理的实际情况,具有较高的科学性和较强的可读性。

二、应用软件开发与实施服务技术要求

1.系统平台总体要求

1.应用软件采用J2EE体系结构,服务端架构应支持UNIX、linux和windows2012等平台。

2.应用软件支持的数据库软件平台采用Oracle。

3.应用软件支持的其他软件平台采用知名品牌平台软件。

4.应用软件需满足和实现业主要求的可定制、可模块化重构的功能。

5.在数字城管应用软件设计中,需要满足用户界面统一性,便于用户操作和应用。

2.系统设计标准体系

A.数字化城市管理行业规范和标准

●国家标准《数字化城市管理信息系统第1部分:

单元网格》(GB/T30428.1-2013)

●国家标准《数字化城市管理信息系统第2部分:

管理部件和事件》(GB/T30428.2-2013)

●国家标准《数字化城市管理信息系统第3部分:

地理编码》(GB/T30428.3-2016)

●国家标准《数字化城市管理信息系统第4部分:

绩效评价》(GB/T30428.4-2016)

●国家住房和城乡建设部行业标准《城市市政综合监管信息系统技术规范》(CJJ/T106-2010)

●国家住房和城乡建设部行业标准《城市市政综合监管信息系统监管数据无线采集设备》(CJ/T293-2008)

●国家住房和城乡建设部行业标准《城市市政综合监管信息系统监管案件立案、处置与结案》(CJ/T315-2009)

●国家住房和城乡建设部行业标准《城市市政综合监管信息系统模式验收》(CJ/T423-2013)

●国家住房和城乡建设部行业标准《城市市政综合监管信息系统管理部件和事件信息采集》(CJ/T422-2013)

●《城市地理空间框架数据标准》(CJJ103-2004)《地理空间数据交换格式标准》(GB/T17798-2007)

●《城市市政综合监管信息系统建设规范》(CJJ/T106-2010)

●《城市基础地理信息系统技术规范》(CJJ100-2004)

●《建设电子文件和电子档案管理规范》(CJJ100-2004)

B.应用系统开发标准及规范

●《软件工程国家标准》(GTB856)

●《计算机软件产品开发文件编制指南》(GB/T8567-1988)

●《计算机软件需求说明编制指南》(GB/T9385-1988)

●《计算机软件测试文件编制指南》(GB/T9386-1988)

●《计算机软件配置管理计划规范》(GB/T12505-90)

●《计算机软件可靠性和可维护性管理》(GB/T12394-93)

●《软件工程标准分类法》(GB/T15538-1995)

●《软件开发规范》(GB8566-88)

●《软件维护指南》(GB/T14079-93)

3.系统性能指标要求

根据住建部行业标准中的相关规定,应用软件系统的总体性能需求如下:

A.容量需求:

支持同时200人在线访问查询能力;应具有良好的并发响应能力,整体响应性能在5s以内,正常情况下并发访问量应不小于100个。

数据库容量:

不小于3TB

B.响应速度

坐标以及移动终端的事、部件地理信息位置查询和定位时间不超过5s;

地图查询定位时间不超过5s,监督指挥中心接收信息采集员上报问题时间不超过5s,监督指挥中心向信息采集员发送任务时间不超过5s。

文本信息交换的响应时间应控制在1s以内。

4.系统覆盖范围

A.管理范围

修武县数字化城市管理系统本期将15平方公里核心建成区全部纳入数字化城市管理(北至幸福路,南至宁城大道,西至青龙大道,东至茱萸大道,并涵盖高铁广场),开展部件数据普查工作并完成单元网格划分,在其中6平方公里的核心城区开展实景影像采集工作。

管理模式为“一级监督,一级指挥”,同时预留乡镇二级平台接口。

B.管理对象

以国家质量监督检验检疫总局、国家标准化管理委员会发布的《数字化城市管理信息系统第2部分:

管理部件和事件》(GB/T30428.2-2013)中确定的六大类事件(包括市容环境类、宣传广告类、施工管理类、街面秩序类、突发事件类和其他事件类)和五大类部件(包括公用设施类、交通设施类、市容环境设施类、园林绿化设施类、其它部件类)为基本内容,结合修武县实际情况,通过数据普查将管理对象范围进行适度扩展。

C.专业部门

专业部门是管理部件和事件问题的主管部门、部件的权属单位和养护单位。

本项目涉及到的专业部门包括县属职能部门、各街道、社区以及水、电、热力、通讯、燃气、传媒等服务性企业。

本项目中专业部门包括:

县职能部门:

城管局、住建局、公安局、交通运输局、环保局、工商局、水利局、卫计委、国土局、民政局、文广新局、园林局。

企事业单位:

电业局、移动公司、联通公司、电信公司、邮政局、中裕燃气发展有限公司。

乡镇:

城关镇、郇封镇、王屯乡。

5.系统功能要求

应用系统的设计应完全符合国家住建部行业标准《城市市政综合监管信息系统技术规范》(CJJ/T106-2010),基础模块包括无线数据采集、监督中心受理、协同工作、大屏幕监督指挥、综合评价、地理编码、应用维护、基础数据资源管理和数据交换。

在符合标准的前提下,应充分结合修武县本地城市管理特点及实际管理需要进行功能方面的拓展创新。

本期项目需要拓展的系统包括:

领导移动督办子系统、业务短信子系统、视频监控子系统、实景三维应用子系统、移动处置办公子系统、微信服务平台等6个拓展子系统功能模块。

备注:

随着移动互联网技术的广泛应用,应用系统总体框架需要支持数字城管系统主要业务在移动客户端的便捷处理,实现功能自由定制、消息驱动、通讯办公一体化等目标,同时能够接入第三方业务平台进行业务扩展。

系统名称

功能模块

基础功能需求

数字城管基础应用

无线数据采集

该子系统是信息采集终端,主要用于实现信息采集员在自己的管理范围内巡查过程中向中心上报城市管理问题信息,接受中心的任务指令并反馈。

监督中心受理

该子系统的主要工作是受理来自城市管理信息采集员,社会公众拨打热线举报的城市管理问题,以及领导批示的问题。

协同工作

协同工作子系统提供给监督中心、指挥中心、各专业部门以及各级领导使用。

监督指挥

在城市管理监管中心设立大屏幕监督指挥子系统,可以直观的掌握每个部件、信息采集员、城市管理问题等个体情况。

基础数据资源管理

该子系统主要提供系统管理员管理地理信息所需的地图数据。

应用维护

应用维护子系统是系统管理员使用的工作平台,通过该平台,可以快速搭建、维护城市管理业务。

综合评价

基于监督中心受理子系统、协同工作子系统和基础数据资源管理子系统,运用综合评价模型,实时或定期统计技术,将信息化技术、监督评价的工作模式应用到数字化城市管理中。

地理编码

通过地理编码子系统,将城市现有的地址进行空间化、数字化和规范化,在地址名称与地址实际空间位置之间建立起对应关系,实现地址空间的相对定位。

数据交换

数据交换子系统用于实现不同级城市管理系统间以及数字化城市管理系统与其他业务系统间的信息传递与交换。

数字城管拓展应用

领导移动督办

该子系统是数字化城市管理系统中,专为领导研发的办公工具,通过领导端平台可以实现应急、疑难问题的查看和督办;可以通过图表一体的展现方式了解城市管理的宏观状况和发展规律。

业务短信

是数字城管系统在无线网络的延伸,通过业务短信功能与协同办公系统的紧密结合,可以进一步保障数字城管系统参与人员之间的消息畅通。

视频监控

整合视频资源,用于对城市管理问题的上报、辅助核实核查。

实景三维应用

通过直观可视化、真实化的影像数据,实现影像图和二维地图的实时同步,将大大提高普查数据的便捷性和可操作性,也将提高监督中心、指挥中心人员的工作效率。

移动处置办公

通过移动处置终端,部门人员可以及时接收指挥派遣来的城市管理问题,在现场问题处置完毕后,可以通过系统将处置结果反馈到监督中心。

无需再坐在电脑前等待问题的派遣,提高问题处置效率。

微信服务平台

通过微信服务平台,公众可以了解修武数字城管的作用、覆盖范围、以及上报城市管理案件,协助城管部门管理城市。

与焦作市级平台无缝对接

通过修武县级平台与焦作市级平台之间的系统对接,实现高效、稳定的“市、县一体化”协同工作,实现市、县城市管理快速联动。

三、硬件设备采购及系统集成服务技术要求

1.基础软件技术要求

序号

设备名称

性能指标

单位

数量

备注

1

数据库管理系统

ORACLE11g企业版,50user,带rac

1

2

中间件

国产知名品牌

2

3

GIS平台

国产GIS平台

1

4

操作系统

Linuxserver企业版

2

5

操作系统

windowsserver2012标准版

5

6

杀毒软件

含10服务器+100客户端

1

2.服务器设备技术要求

序号

设备名称

性能指标

单位

数量

备注

1

数据库服务器

★国产知名品牌

4U机架式服务器

★配置≥2颗IntelE7-4820v4CPU

★配置≥64GDDR42133ECCREG内存,支持≥96个内存插槽,支持≥6TB内存,支持内存保护、内存镜像、内存热备和内存热插拔

★配置≥4块300GB10K2.5寸SAS热拔插硬盘,可扩展≥24个外置热拔插硬盘

配置≥1块1GBCachePCI-E八通道SASRAID卡,支持RAID0/1/5/10/50

配置4个千兆RJ45网口

配置2块单口8GbPCI-E光纤HBA卡

USB-DVDRW光驱

支持≥11个PCI-E插槽,其中支持≥4个PCI-E3.0x16插槽,支持≥7个PCI-E3.0x8插槽

配置≥1+1热插拔冗余铂金电源,单个电源功率≥920W,最大可选4个电源

集成BMC芯片,支持IPMI2.0和KVMOverIP高级管理功能

可兼容WindowsServer2008/2012R264bit,RedhatEnterpriseLinux6.264bit,VmwareESXI5.5U2等

2

2

GIS服务器

★国产知名品牌

4U机架式服务器

★配置≥2颗IntelE7-4820v4CPU

★配置≥32GDDR42133ECCREG内存,支持≥96个内存插槽,支持≥6TB内存,支持内存保护、内存镜像、内存热备和内存热插拔

★配置≥4块300GB10K2.5寸SAS热拔插硬盘,可扩展≥24个外置热拔插硬盘

配置≥1块1GBCachePCI-E八通道SASRAID卡,支持RAID0/1/5/10/50

配置4个千兆RJ45网口

配置2块单口8GbPCI-E光纤HBA卡

USB-DVDRW光驱

支持≥11个PCI-E插槽,其中支持≥4个PCI-E3.0x16插槽,支持≥7个PCI-E3.0x8插槽

配置≥1+1热插拔冗余铂金电源,单个电源功率≥920W,最大可选4个电源

集成BMC芯片,支持IPMI2.0和KVMOverIP高级管理功能

可兼容WindowsServer2008/2012R264bit,RedhatEnterpriseLinux6.26

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2