附件：项目需求 1.项目描述充分利用现有的房地产信息资源，采用当前最先进、最新的数据库（Oracle或SQL Server）增量技术的技术，打造先进数字化房产信息化监管平台，通过分析和挖掘，将一堆杂乱无章、毫无关联的信息孤岛有机地结合起来。按照《房地产市场信息系统技术规范》和《房地产市场基础信息数据标准》（2012-03-01实施），制定本方案。 1.1系统建设内容 1、建立符合住建部关于个人住房信息系统建设的规范、标准和指标要求的基础数据库。 2、提供个人住房信息的查询功能和数据服务功能。 1.2系统建设目标 1、实现对个人住房信息数据集中、规范化； 2、实现全面掌握个人住房基本信息及动态变化情况； 3、实现建立起“上联部、省，下联县，内联局各科室，横跨相关部门”的大庆市房地产市场信息系统。 1.3全面实现与其他系统兼容 1、系统开发建设均要求在保证九大系统正常运行基础上，保证系统之间无缝对接。九大系统指《大庆市房?屋登记管理系统》、《大庆市房产档案管理系统》、《大庆市测绘成果管理系统》、《大庆市商品房网上备案系统》、《大庆市存量房网上备案系统》、《大庆市商品房预售资金监管系统》、《大庆市存量房交易资金监管系统》、《大庆市房屋登记薄管理系统》和《统计分析与信息发布系统》。 2、现有业务系统配合情况：招标方不负责协调原有业务系统开发公司，由中标方自行协调解决与其配合、源代码等相关问题。 3、数据准确性要求：必须保证原有数据库中所有数据完整性、准确性、安全性，数据误差率应该控制在千分之五以内。 4、开发人员要求：必须熟悉房产业务流程及其他九大业务系统，系统开发过程中标方要无条件地按招标方业务需求进行开发，若技术人员不熟悉房产业务，造成无法实现相应地功能，由此造成一切后果由中标方负责。 2.总体需求 2.1系统需求 1、该系统应运行于Microsoft的桌面操作系统上，服务器操作系统为Microsoft Windows 2008 Server(64位)或Linux，后台数据库系统为Oracle11g数据库系统。 2、系统采用B/S模式。 3、系统设计原则：模块化设计、高可靠性、高安全性、良好的操作性、可维护性、易安装性、可扩展性。 2.2总体框架个人住房信息平台，以市、县的业务信息系统为基础，构建个人住房信息核心平台和分支平台，来全面掌握房地产市场运行和个人住房情况。 1、住房信息核心平台住房信息平台，是指汇总集结了各个个人住房信息分支平台的住房信息数据的中心系统，并提供个人住房信息查询、统计分析、上报等数据服务等功能。 2、住房信息分支平台住房信息分支平台，是指整个个人住房信息网络的分支节点，以房屋登记系统、商品房/存量房网上备案系统等业务数据为基础，实现对大庆市行政区域范围内（即市区、肇源、肇州、杜蒙、林甸）的所有个人住房信息的采集，为实现数据集中夯实数据基础。 3、数据存储及管理通过集中数据存储方式实现对个人住房数据的存储。将全市所有房产登记机构数据集中统一，从各县的数据服务器上抽取信息，采集到与住建部联网专用服务器中，为保证数据安全，专用服务器与核心服务器必须物理隔离。抽取过程采用特殊的网络连接，做好网络的安全和数据加密工作。 2.3实现技术要求 1、建立大庆市信息平台中心数据库：从各区县的九大系统中抽取、转换清洗、并最终加载至中心数据库。 2、数据抽取采用数据攫取方式，各县市服务器无需安装任何服务、插件，用户只要通过简单配置，就可以直接从各县市服务器中提取信息。抽取过程必须有完整的日志信息。 3、数据抽取过程必须考虑实时性，即各县数据发生变化时，要立即将变化的最新信息传回到核心服务器中。整个抽取过程从启动到完成控制在5秒范围内。保证抽取过程必须保证可持续进行。 4、数据抽取时不得修改市及各县源系统，不得影响源系统的正常业务运行以及影响效率。 5、各县市的数据必须和核心服务器中的数据保持一致，每个单元的信息要完全相同，各县市的数据不论是通过何种方式发生变化，都要完全如实的抽取到核心数据库中，一致性要达到100%。 6、数据抽取过程必须考虑稳定性，不得因为某个县的抽取工作出现异常而影响到其他县市的抽取工作。对出现的异常系统通过手机短信、邮件等方式第一时间向相关负责人进行汇报。 7、查询子系统使用Java技术，采用Extjs、Struts、Spring、Ibatis框架实现。支持跨平台应用。查询效率控制在3秒范围内。界面要求美观，使用动画效果展示。 8、查询采用lucense全文检索引擎技术，用户通过简单的查询输入，系统通过智能分析，全方位的检索满足用户条件的信息。 9、实现用户自定义报表，支持用户报表二次开发。 10、数据上报采用socket技术，采用http、ftp协议。上报过程使用断点续传技术、网络流量监测技术，无需人工干预，自动进行。 11、提供所有程序的源代码以及相关开发文献资料，版权归属招标方，允许招标方在此基础上做二次开发。未经大庆市房产管理局允许不能出售给第三方，否则要追究中标方责任，并承担由此造成的一切损失。 12、培训招标方系统的开发方法，相关人员能熟悉操作、使用及管理整个系统，提供完整地系统说明书。 13、综合查询分析应用：查询条件定义；查询输出定义；结果导航；集成展现；表间导航；编码转换；Web示警；角色控制；扩展列；数据导出。 14、支持WebService、WCF等标准接口对外发布接口。 15、支持导出为xml、excel、txt、word、pdf等格式。 16、房屋生存期展示（含图形化展示）。 17、查询数据加密传输(ssl等)。 18、全市房产数据统计与发布。 19、错误日志以及出错处理模块。 20、访问角色定义：可以通过层次化的数据成员访问控制，实现对数据访问的行级控制；支持针对到每个人的数据访问行级控制。 21、数据质量管理(数据合理性验证 、数据更正、回退)。 22、数据安全管理(传输数据的加密 、存储数据安全管理)。 3.功能需求 3.1总体功能结构 1、个人住房信息数据中心子系统数据抽取、转换：实现对区域范围内的所有个人住房信息的采集；数据处理：通过对数据进行处理，实现数据的统一标准规范化；数据应用：提供接口实现对个人住房信息数据的利用。 2、个人住房信息应用子系统数据查询：通过输入一定的查询条件获取个人住房信息的服务功能。包括简单查询、复杂查询、多人批量查询等；数据补录：提供数据离线导入功能，按条件的人工数据抽取、转换；数据上报：提供数据的离线导出功能，联机定时上报设置和按条件的人工数据上报功能；数据统计分析：按照一定的统计指标，提供多种条件下的数据统计分析功能，并生成各类统报表；数据信息挖掘分析：提供多角度的数据深度分析功能,通过数据挖掘和数据转换等实现对住房信息的数据集中，构建大庆市住房信息数据中心。 3、其他功能系统设置：系统中各数据功能和接口设置；系统功能：进行人员、参数、操作等系统设置。 3.2功能模块 3.2.1、个人住房信息数据中心子系统构建个人住房信息库，掌握全市县范围内的所有个人住房信息，从而改变数据分散造成的房地产调控决策困局，准确抓住当前敏感的房产动态信息，通过系统直观、实时体现整个大庆市房地产市场变化情况，按住建部《技术规范》和《数据标准》的构建规范化的基础数据。 3.2.1.1数据抽取、转换 1、数据抽取、转换项目 2、日志管理由于数据抽取、转换包括县和市住房信息两级，因此需要有完善地日志管理功能。 3、数据处理由于基础数据存在异构性，并且数据不规范。为保证形成统一规范并可满足住房信息系统的数据，需对数据进行规范化处理。 4、采用ORACLE ETL 数据抽取方式数据整合的核心内容是从数据源中抽取数据，然后对这些数据进行转化，最终加载的目标数据库或者数据仓库中去。ETL负责将分布的、异构数据源中的数据如关系数据、平面数据文件等抽取到临时中间层后进行清洗、转换、集成，最后加载到数据仓库或数据集市中，成为联机分析处理、数据挖掘的基础。 3.2.1.2数据处理工作按抽取、清洗、转换、装载 1、数据抽取：抽取主要是针对各个业务系统及不同网点的分散数据，充分理解数据定义后，规划需要的数据源及数据定义，制定可操作的数据源，制定增量抽取的定义。 2、数据清洗：清洗主要是针对系统的各个环节可能出现的数据二义性、重复、不完整、违反业务规则等问题，允许通过试抽取，将有问题的纪录先剔除出来，根据实际情况调整相应的清洗操作。 3、数据转换：转换主要是针对 数据仓库建立的模型，通过一系列的转换来实现将数据从业务模型到分析模型，通过内建的库函数、自定义脚本或其他的扩展方式，实现了各种复杂的转换，并且支持调试环境，清楚的监控数据转换的状态。 4、数据装载：装载主要是将经过转换的数据装载到数据仓库里面，可以通过数据文件直接装载或直连数据库的方式来进行数据装载，可以充分体现高效性。在应用的时候可以随时调整数据抽取工作的运行方式，可以灵活的集成到其他管理系统中。 3.2.2房产信息展示的过程：从数据的抽取到信息的动态展示，软件的实现过程分为数据抽取、分析计算、结果展示三个过程：? 数据抽取过程制定作业调度计划，通过动态定时的方式，依赖网络，从四县房产数据库中抽取数据集市。数据抽取过程中各县的抽取工作独立完成，互不干涉，不会因为某一地区出现故障而影响并中断其他地区的抽取工作。同时还要考虑到抽取过程中不影响到各县业务系统的使用效率，采用当前最新的增量或者闪回技术实现。数据抽取过程具有高效性、稳定性、数据一致性。高效性：要充分考虑网络的流量问题，用最小的流量以及最快的进度从各县获得最新最完整最有价值的数据。稳定性：数据抽取过程有可能会出现一些故障，类似网络中断等，稳定性就要求抽取过程可以自动修复，不受外界干扰，无需人工干预，不间断的运行。? 分析计算过程数据抽取完成后，需要通过动态的计算方式，加工处理数据，生成各类数据集市，在不同的应用中展示获得不同的数据成果。数据集市完全依赖于需求，或者在现有数据的基础上通过分析，产生预测数据，指导今后的房产动向。? 结果展示过程数据集市创建完成后，通过媒介展示出来，目前媒介为大屏幕，四县数据集市结果在各自的子屏幕中展示出来。系统拓扑图 各县房产处通过网络和数据调度中心的调度设备相关联，调度设备通过调度服务依赖信息定义的算法从各县房产信息库中自动抽取有价值信息，提交到调度中心的数据库中。 3.2.3个人住房信息应用子系统 3.2.3.1数据查询 1、流程设计 2、查询方式简单查询：按照产权人名称和证件号码查询。复杂查询：按照产权人名称、证件号码、户籍地址等其他信息进行组合查询。批量查询：允计输入多人的姓名和证件号码进行查询。 3、查询内容个人住房信息查询个人住房信息主要包括个人现有住房情况和历史购房情况。历史购房情况包括已购房屋套数、已房屋的详细信息、房屋登记信息、合同备案信息等；现有住房情况包括已办理产权登记、正在办理产权登记、预告登记的房屋详细信息和他项权信息。家庭住房信息查询查询家庭住房信息包括个人及其所有家庭成员的现有住房情况和历史购房情况。 3.2.3.2数据补录本模块针对网络问题、数据格式、系统迁移或特殊数据处理。 3.2.3.3数据上报按省住建厅、国家住建部《数据标准》的要求，定期将个人住房信息数据进行上报。 3.2.3.4数据统计分析按照统计指标将住房信息数据进行归集生成统计报表，要求统计报表功能可以自定义，在不进行任何软件开发的情况下可自动生成不同类型报表。生成标准格式的统计报表，可直接打印或按EXCEL格式导出，分析报表结果通过图表方式显示。报表样式按招标方的实际业务需求进行设计。 3.2.3.5数据挖掘分析按面积分类：按房屋面积进行分析，如90平以下、90-140平、140平以上。按住房增量和存量分析：按不同时间段将个人住房的套数、面积、交易额的变化量进行分析。按房屋价格分析：按不同时间段对房屋价格变化趋势进行分析。处理数据挖掘功能，系统预留下用户自定义挖拙主题功能，用户可根据实际业务设置不同的统计指标。 4．主要性能要求 4.1、 网络性能应符合下列要求：网络应保证数据传输畅通、快捷、安全。网络带宽应能保证系统正常访问。网络宜提供多种接入方式，必要时需提供安全认证手段。 4.2、 系统性能应符合下列要求：系统应为运行和开发提供技术支撑，具有良好的可扩充性和可管理性。系统应最低支持25并发用户正常访问。系统应对大量图片、文档处理建立合适的处理策略，包括单点续传、文档缓存等机制。系统应能达到以下性能指标：日常业务操作响应时间应不超过5秒；简单查询响应时间应不超过2秒；复杂和组合查询响应时间应不超过30秒；简单汇总响应时间应不超过2分钟，其中固定算法汇总响应时间应不超过10秒；复杂汇总响应时间应不超过10分钟；特别复杂的汇总响应时间不超过1小时；一般文件上传处理时间应不超过10秒；大文件上传应不超过5分钟；文献内容检索响应时间应不超过20秒。 4.3、公共服务系统性能应符合下列要求：公共服务系统应在下述指标下正常运行：日访问量应不低于50000；常用页面并发数不低于50次/秒；同时在线人数不低于50；访问响应时间应小于2秒。 4.4、存储性能应符合下列要求：数据库应支持不低于200个并发用户访问，连接池应不小于400。数据库备份处理时间应不超过30分钟。 5．关于投标方资质条件和开发经验的要求 1）投标方为中国境内注册、非联合体企业。 2）营业执照，注册资金300万以上； 3）投标方具有计算机系统集成资质和双软认证资质； 4）具有ISO9001质量体系认证； 5）要求必须具有本地化服务能力，有固定的营业场所和注册到本公司的服务车辆。 6）公司有能力从事房产业务,并且具有丰富的行业经验，熟悉房产局现有业务系统，明确开发人员名单。 6．项目建设周期项目工期为三个月。 7．售后服务中标方提供完善地售后服务承诺，出现问题后系统开发的技术人员必须在12个小时解决故障，提供本地化服务。