房地产预警预报信息采集系统总体设计方案doc 15页.docx
《房地产预警预报信息采集系统总体设计方案doc 15页.docx》由会员分享，可在线阅读，更多相关《房地产预警预报信息采集系统总体设计方案doc 15页.docx（17页珍藏版）》请在冰豆网上搜索。
房地产预警预报信息采集系统总体设计方案doc15页
房地产预警预报信息采集系统总体设计方案（doc15页）
房地产预警预报信息采集系统
总体设计方案
厦门海迈科技有限公司
中国·厦门
任何科学的决策和对市场的预测都应建立在大量基础数据上。
但由于我国比较大，各地情况复杂，房地产基础数据采集一直是一个较大问题。
厦门市建设与管理局和厦门海迈科技有限公司合作开发的《厦门市房地产开发经营动态管理系统》2003年初在厦门市投入运行，各方反映良好。
为推广厦门市建设与管理局在信息化方面的成功经验，解决房地产开发基础数据采集的问题。
建设部拟在厦门软件的基础上，建立一套房地产信息采集与市场预测的完整系统，在全国试点城市推广使用。
本系统的任务提出方为中华人民共和国建设部住宅与房地产业司，并由建设部住宅与房地产业司住宅建设与房地产开发处、厦门市建设与管理局共同策划。
软件系统的开发方为厦门海迈科技有限公司，用户为建设部、全国试点城市房地产主管部门的相应机构、试点城市房地产开发企业。
1.3定义
基础指标集：
简称为指标集，是一系列非相关的数据集。
在系统中分为两类：
静态指标和动态指标。
静态指标是指录入完成后在一段时间内相对稳定的指标例如：
企业名称，法人代码。
动态指标是指在规定时间期限内需要上报的数据，例如：
房屋状态，项目投资等（参见需求文档附件一）
月报：
房地产开发企业按月上报指标的集合（参见需求文档附件二）
1.4参考资料
1.《房地产预警预报信息采集系统需求说明书》厦门海迈科技有限公司
2.《房地产开发建设项目手册》厦门市建设与管理局
3.《房地产预警预报信息采集系统方案》厦门市建设与管理局
4.《房地产预警预报信息采集系统指标集》厦门市建设与管理局
5.《数据库系统基础》华中科技大学出版社
6.《实用软件工程》清华大学出版社
2任务慨述
2.1目标：
1.通过本系统的建立和运行，在各试点城市建立一个房地产开发的基础信息库。
为房地产管理部门及时、准确地了解当地的房地产开发情况提供基础数据的信息采集平台。
2.在房地产基础信息库的基础上，实现企业资质管理，信用档案的管理，项目管理，项目手册管理，统计报表管理的功能。
3.提供对基础信息库的灵活汇总和查询功能，为领导决策提供依据，为预警预报系统提供数据源。
4.可为房地产管理部门网站提供信用档案等基础数据。
5.实现和国家统计局软件的接口。
2.2概述
根据系统目标和需求分析的结果，本系统逻辑上将实现三个层次的功能，
第一层是基础信息层，即基础信息库的建立和信息库管理系统的建立，该层功能将包括企业填报数据的功能，企业可以通过internet填报数据，管理部门可以通过管理端查询、修改、审核企业填报的数据。
管理部门还可以通过系统控制数据的访问权限和访问时限，以保证数据的准确和及时有效。
系统还将根据管理上的需要提供相应的辅助功能用于管理工作，产生的数据将补充到基础信息库；
第二层是指标数据层，该层次的功能将根据建设部与厦门市建设与管理局共同研究确定的指标集的数据要求，统计汇总基础信息库的数据，以指标集的形式存储。
系统还将从指标集和基础信息库生成统计月报表，管理、打印报表；
第三层为外部接口层，该层次主要对外提供数据输出的功能，以及输出前的转换。
目前需要处理的外部数据有统计局的基层表和预警预报系统的分析子系统，将来还可能实现用于上下级子系统之间的数据交换，将各地市的采集分析系统连接成一个以internet互连的分布式系统；
此外，信用档案和项目手册由于其在业务管理上的重要性，二者将各自独立为一个模块，从基础信息库分别生成、输出信用档案和项目手册。
2.3开发工具
本系统开发工具采用Borland公司的Delphi。
2.4运行环境
系统由不同的物理模块组成，运行环境各不相同。
企业端软件采用瘦客户B/S模式，企业必须连上internet（最好能有宽带接入internet），通过浏览器访问企业端软件，对硬件没有特别的要求；企业软件的服务器采用windows2000+Tomcat作为运行平台，同时需要sqlserver2000数据服务器的支持，服务器要求采用专用服务器，配置不能低于PXEON1.5G/80G*2/512M；
管理端程序采用C/S模式，客户端软件运行于win98/win2000/XP操作系统，硬件配置不低于PIII1G/10G/128M。
数据库服务器与企业端相同；
2.5用户要求
房地产企业：
要求用户具有最基本的计算机和Windows环境的操作技能，会使用鼠标并且能够输入汉字。
有一定的房地产知识。
房地产管理部门：
较强的房地产管理知识、有一定计算机水平。
会使用鼠标并且能够输入汉字。
有较强的房地产统计知识。
3总体设计
3.1系统综述
如上所述，系统可以划分为三个子系统：
基础信息采集与管理子系统、统计指标与报表管理子系统和外部接口子系统。
基础信息采集与管理子系统的重点放在信息管理上，大部分数据来源于房地产企业，由房地产企业动态维护，管理部门负责审核，从易用性、系统维护的代价和数据完整性考虑拟采用B/S模式，在internet上建立web服务器，提供企业客户访问该子系统的入口，客户的访问请求由web服务器上的中间件处理后将数据请求转到与web服务器相连的数据库服务器处理，结果再通过web服务器返回给客户端。
管理端的功能相对比较复杂，系统维护代价较小，拟采用传统的C/S结构，建立win32客户端应用程序，从内部局域网或通过VPN访问数据库服务器来实现信息管理功能；
统计指标与报表子系统则纯粹是管理部门使用的功能，拟采用C/S结构实现，后台仍需数据库服务器支持；
外部接口子系统的要求则视具体情况确定采用的数据转换、交换方式和实现方式，对于以文件交换的外部系统可针对性的定制应用程序来实现，对于需要联动的数据交换则可采用web应用程序，让外部系统通过web服务器为入口访问数据，可以web服务方式等提供服务，通过定义适当的外部接口和采用适当的技术实现，最终可以将全国各地的房地产预警预报系统连成一个分布式系统，使整个系统的各个组成部分之间既独立又统一。
项目手册和信用档案子系统从实现上讲也属于外部接口子系统。
目前从系统负荷、性能以及维护方面考虑，采用windows2000作为服务端系统的平台即可以满足要求，又易于安装和维护，数据库服务器选择microsoft的sqlserver2000，该数据库性价比高，又具备联系分析能力。
网络服务应用程序拟采用delphi构造服务程序处理、响应internet客户的请求。
系统安全方面，在初期从成本考虑拟使用在应用程序中内建身份验证、应用程序控制用户访问权限的办法，在系统中建立用户帐号数据库，经过应用程序访问系统前必须进行登录。
在将来可进一步考虑采用基于CA的身份验证系统，以解决各地区、上下级系统互联时存在的统一身份验证的问题。
3.2系统框架
3.2.1系统网络结构
说明：
系统由web服务器、数据库服务器、管理部门的C/S客户端程序、企业的浏览器客户端组成。
其中企业端采集基础信息的服务程序运行在web服务器上；数据库服务器上运行sqlserver2000，存储房地产企业与项目基础信息以及统计指标数据；管理部门的客户端应用程序包括基础信息库管理子系统的管理端程序和统计指标与报表管理子系统，通过VPN或局域网访问数据库服务器中的基础信息库与指标数据；web服务形式的外部接口服务程序运行在web服务器上，其他形式的外部接口将分布在管理部门的客户端应用程序和数据库服务器上。
3.2.2应用软件逻辑结构：
由图可见，系统逻辑结构包括几个部分：
1、基础数据/指标数据：
该部分内容将在后面的数据结构描述中细述。
2、采集系统服务程序：
拟采用JSP/ServLet/JavaBean技术开发。
3、web服务外部接口：
这部分目前尚未明确功能需求，可采用多种技术实现该接口，如web服务。
4、采集系统管理端应用程序：
采用delphi编写的客户端程序模块，管理部门通过该程序维护基础数据和指标数据，管理部门工作所需的业务辅助功能也在该模块实现。
5、统计指标与报表管理程序：
该模块用于从基础数据统计汇总统计指标，存储到指标数据库中，该模块还要实现查询、生成报表、管理报表等功能。
6、外部接口系统：
该模块目前只实现生成统计局基层表数据的功能，预警预报系统所需的数据访问将在需求进一步明确后实现。
7、项目手册子系统：
该模块实现从基础信息库和指标库中生成项目手册数据，并打印项目手册。
8、信用档案子系统：
该模块实现从基础信息库和指标库中生成信用档案数据，存储到信用档案数据库中，用于如网上发布等其他用途。
3.3系统数据模型
系统主要数据包括基础信息和指标集二大部分，基础信息模型用E-R图描述如下；指标数据则分解到基础信息结构的各个层次的节点上，指标分静态和动态二类，静态指标多为反映实体本身的属性，动态指标一般则表达实体的状态或事件发生的频率、程度和水平，具体指标可参见文档《房地产预警预报信息采集系统指标集》（厦门市建设与管理局2003-04-10）。
层
层
层
层
由图可见，信息分为几个层次：
层（企业实体层）
该层包括：
1.企业资质和信用档案
2.企业主要管理人员情况
3.企业经营情况。
前三项是静态指标，由企业通过企业端填写，管理端审核。
企业经营情况是企业按月填报的动态指标。
该层次上的应用：
企业资质管理，项目手册，信用档案，本层次指标的数据维护汇总查询和本层以下的指标汇总。
1，2两项部分指标导入月报A（月报）
层（项目实体，土地实体）
在该层有两个实体：
项目实体和土地实体。
实际上从项目开发的角度看，土地应该是算项目的一个属性。
但由于土地信息本息比较复杂，并考虑到系统以后扩展性，在这里把它作为一个单独的实体处理。
本层包括：
1.土地信息（静态）
2.项目信息指标（静态）
3.项目开发情况（动态）
在该层次上的应用有：
项目管理，项目手册，信用档案，本层次指标的汇总查询和本层以下的指标汇总。
2项部分指标导入月报表B，3项为月报表内容。
层（单体工程实体，裙楼实体）
在该层有两个实体：
单体工程实体
本层包括：
1.单体工程信息（静态）
2.裙楼信息（静态）
3.单体工程动态开发经营情况（动态）
在该层次上的应用有：
项目手册，统计报表。
本层次指标的汇总查询和本层以下的指标汇总。
2项部分指标导入月报表B，3项为月报表内容。
3项的指标值大部分是由下一层房屋指标汇总而来。
层（房屋层）
本层有一个实体：
房屋。
该层包括：
1、每套房屋预（销）售出租明细信息（静态），房屋经营情况（动态）
在该层次上的应用有：
统计报表，项目手册，本层次指标的汇总查询。
汇总指标值导入上一层单体工程。
本层指标是整个体系的最“底”层。
它是最基础的数据和最重要的数据。
3.4库表结构
一般要将E-R模型转成关系模型后设计系统的库表结构。
由E-R模型转换为关系模型已有比较成熟的方法，本文不再详细叙述。
确定完关系模型以后，就可以按照关系理论建立关系模式和根据规范分解的理论和算法将其分解成合适的范式。
最后的库表结构设计结果见本文档附件一。
4模块设计
4.1企业端模块设计
4.1.1概述
系统企业端功能主要由两大部分组成。
一是基础信息库，二是月报。
在基础信息库中，企业维护企业基础信息，所开发项目，及项目所属单体工程、裙楼、房屋的基础资料。
在月报中，企业按月上报企业开发经营情况，项目投资，房屋销售出租情况。
并对基础数据库的基础上生成统计报表。
主要的模块如下图：
4.1.2登录
企业用户进入系统前，先要进行登录操作，输入企业编号和密码，如果输入正确就可以进入系统。
对企业信息，企业所开发项目的信息库进行维护，在上报期限内对上报月报数据，根据基础信息库和月报生成项目手册、基层表等统计报表，维护企业基本信息操作。
4.1.3房地产基础信息库维护
在房地产基础信息库维护中，将对项目的用地、单体工程、裙楼及房屋的资料进行维护。
根据管理端所设置的权限，其中有些资料企业可以在网上直接更新，有些必须携带相应证明到管理端进行修改。
根据权限的不同，企业网上更新操作可分为初始化（新增）、修改、删除。
4.1.3.1企业信息
对企业基本信息、资质、银行信用等级、质量认证、各级职称人数、投资、行为记录和资质年检的数据进行管理，并上传和维护企业主要管理人员的详细资料。
4.1.3.2项目信息
对项目立项情况、基本信息、规划用地、土地使用权证、项目经理、参于建设各方的资料进行维护。
4.1.3.3土地信息
记录项目用地的情况，包括土地出让合同、土地使用权证、他项权利登记、变更登记。
4.1.3.4单体工程
对项目所属单体工程的基本信息、建筑面积、工程规划许可证、施工许可证和开工证明、预售许可证资料进行维护。
4.1.3.5裙楼信息
如果单体工程中有裙楼结构，或是各部分有不同建筑用途，则将此工程按建筑结构分成裙房、主体或地下室在此描述裙楼情况。
4.1.3.6房屋信息
记录房屋的状态，包括基本信息、预订、买卖、出租、抵押情况。
4.1.4月报信息
4.1.4.1月报数据上报
选择报告期进入月报，维护月报数据。
月报数据作为一种历史记录，每个报告期保留一份数据，其中一部分是从房地产基础信息库中抽取的，一部分是由企业在指定日期内上网填报。
按企业、项目、单体工程（包括裙楼）、房屋四个层次进行填报。
月报保存的内容具体如下：
表A：
一部分数据由企业每月填报，每月填报的有资金来源情况、利用外资情况，开发经营情况，其他情况。
企业基本情况由基础信息库中导入。
表B：
从基础信息库中导入项目基本情况，单体工程基本情况。
企业填报投资额和新增固定资产情况，土地购置和开发情况。
表C：
如果单体有裙楼时，从基础信息库中导入裙楼基本情况。
表D：
从基础信息库导入的单体工程基本情况，施工、竣工房屋面积及竣工价值，商品房销售及出租情况。
企业填报投资额和新增固定资产情况，房屋价值合计项目。
表E：
由基础信息库中导入房屋租售情况信息。
由企业按月填写的内容参见需求文档附件七，为方便企业用户操作，还设计了复制上月数据和删除本期数据功能。
复制上月数据：
将整个上个报告期的数据复制到本期内，用户只要修改变化的数据即可
删除本期数据：
将整个本期填写的数据删除。
4.1.4.2月报确认
对填报形成的统计月报表进行审核，并确认。
确认后的月报表将作为历史记录存档，不允许再修改。
4.1.4.3月报数据初始化
月报统计指标中，有一部分指标是从年初或项目开始建设到当前报告期的累计数据，在系统实施时，有些项目正在建设中，这些项目在系统实施前的开发经营指标的数据无法取得，所以增加初始化模块，让企业录入系统实施前项目和单体工程的投资、土地等情况。
4.1.5统计报表
4.1.5.1打印基层标准表
按照统计局的报表格式生成基层标准表，并可以打印输出。
4.1.5.2打印月报统计报表
根据企业上报的月报数据生成本期的月报统计报表并打印输出。
4.2.管理端模块设计
示意图
4.2.1基础数据管理子系统
4.2.1.1系统管理
是系统本身的管理模块，包含对使用人员的密码维护，操作权限的维护（使用人员分为查询，修改两种等级），企业用户的维护。
可以进行添加，删除，修改的维护工作。
4.2.1.2企业管理
4.2.1.2.1资质管理
对企业基本资质信息，资质信息，银行信用等级，质量认证信息，人员信息，投资方信息，良好行为记录信息，不良行为记录信息进行查询，修改的维护工作。
对企业上报的数据进行审核。
4.2.1.2.2信用档案
在企业上报的基础数据上进行筛选，指定信息做为信用档案的发布对象。
并可将这些数据导入到信用档案数据库。
4.2.1.2.3.人员管理
查询企业主要管理人员的姓名，性别等基本信息，还包括该管理人员的职务情况，和专业技术职务。
4.2.1.2.4.资质年检
查询，修改或增加企业的资质年检情况。
包括企业申请意见，主管部门意见，省级主管部门意见，建设部或授权机构的意见。
4.2.1.3项目管理
4.2.1.3.1土地信息
查询，修改和企业项目相关联的土地的信息情况。
包含土地出让合同，土地使用权证，他项权利登记，变更登记内容。
4.2.1.3.2.项目信息
查询，修改企业的项目信息。
包括项目立项情况，项目基本信息，项目规划用地情况，土地使用权证，项目经理基本信息，参与建设经营单位信息。
升级会员 