房地产预警预报信息采集系统总体设计方案(上)
房地产预警预报信息采集系统 总体设计方案 厦门海迈科技有限公司 中国·厦门 1引言 4 1.1编写目的 4 1.2背景 4 1.3定义 4 1.4参考资料 5 2任务慨述 5 2.2 概述 5 2.3 开发工具 6 2.4 运行环境 6 2.5 用户要求 6 3总体设计 6 3.1 系统综述 6 3.2 系统框架 7 3.2.1 系统网络结构 7 3.2.2 应用软件逻辑结构： 8 3.3 系统数据模型 9 3.4 库表结构 10 4模块设计 11 4.1企业端模块设计 11 4.1.1 概述 11 4.1.2登录 11 4.1.3房地产基础信息库维护 12 4.1.4月报信息 13 4.1.5 统计报表 13 4.2 .管理端模块设计 14 4.2.1基础数据管理子系统 14 4.2.2统计指标/报表管理子系统 17 4.2.3 接口子系统 17 4.2.4 信用档案子系统 18 4.2.5 项目手册管理子系统 18 5.操作流程 18 5.1企业WEB端操作流程 19 5.1.1登录 19 5.1.2基础信息维护 20 5.1.3月报 22 5.1.4统计报表 23 5.1.5数据初始化 23 5.2管理端操作流程 24 5.2.1登录 24 5.2.2系统管理 24 5.2.3基础信息维护 25 5.2.4月报管理 26 5.2.5项目手册 27 5.2.6信用档案 27 5.2.7接口系统 27 5.2.8月报数据初始化管理 28 1引言 1.1编写目的 本文档的编写是为了说明对系统设计的考虑，包括程序系统的基本处理流程、程序系 统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理 设计等，为程序的详细设计奠定基础。 本文档的阅读者为项目开发管理人员，程序编码人员，项目监理人员。 1.2背景 房地产产业一直是我国国民经济支柱产业之一，为推动我国国民经济发展发挥着重要 的作用。特别是近年以来我国的房地产投资持续增长，市场供求更趋旺盛。对此各级房 地产管理部门，业内人士，专家在给予充分肯定的同时。更以理性的眼光和积极的态度 研究探讨我国房地产市场的今后的发展方向。在市场旺盛的背后，更应冷静的分析当前 形势看到市场的潜在危机和面临的问题。从而采取有效的措施，以确保我国房地产产业 持续，健康，稳定的发展。 任何科学的决策和对市场的预测都应建立在大量基础数据上。但由于我国比较大，各 地情况复杂，房地产基础数据采集一直是一个较大问题。厦门市建设与管理局和厦门海 迈科技有限公司合作开发的《厦门市房地产开发经营动态管理系统》2003年初在厦门市投 入运行，各方反映良好。为推广厦门市建设与管理局在信息化方面的成功经验，解决房 地产开发基础数据采集的问题。建设部拟在厦门软件的基础上，建立一套房地产信息采 集与市场预测的完整系统，在全国试点城市推广使用。 本系统的任务提出方为中华人民共和国建设部住宅与房地产业司，并由建设部住宅与 房地产业司住宅建设与房地产开发处、厦门市建设与管理局共同策划。软件系统的开发 方为厦门海迈科技有限公司，用户为建设部、全国试点城市房地产主管部门的相应机构 、试点城市房地产开发企业。 1.3定义 基础指标集： 简称为指标集，是一系列非相关的数据集。在系统中分为两类：静态指标和动态指标 。静态指标是指录入完成后在一段时间内相对稳定的指标例如：企业名称，法人代码。 动态指标是指在规定时间期 限内需要上报的数据，例如：房屋状态，项目投资等（参见需求文档附件一） 月报： 房地产开发企业按月上报指标的集合（参见需求文档附件二） 1.4参考资料 1. 《房地产预警预报信息采集系统需求说明书》厦门海迈科技有限公司 2. 《房地产开发建设项目手册》厦门市建设与管理局 3. 《房地产预警预报信息采集系统方案》厦门市建设与管理局 4. 《房地产预警预报信息采集系统指标集》厦门市建设与管理局 5. 《数据库系统基础》华中科技大学出版社 6. 《实用软件工程》清华大学出版社 2任务慨述 2.1 目标： 1. 通过本系统的建立和运行，在各试点城市建立一个房地产开发的基础信息库。为房地 产管理部门及时、准确地了解当地的房地产开发情况提供基础数据的信息采集平台 。 2. 在房地产基础信息库的基础上，实现企业资质管理，信用档案的管理，项目管理，项 目手册管理，统计报表管理的功能。 3. 提供对基础信息库的灵活汇总和查询功能，为领导决策提供依据，为预警预报系统提 供数据源。 4. 可为房地产管理部门网站提供信用档案等基础数据。 5. 实现和国家统计局软件的接口。 2.2 概述 根据系统目标和需求分析的结果，本系统逻辑上将实现三个层次的功能， 第一层是基础信息层，即基础信息库的建立和信息库管理系统的建立，该层功能将 包括企业填报数据的功能，企业可以通过internet填报数据，管理部门可以通过管理端 查询、修改、审核企业填报的数据。管理部门还可以通过系统控制数据的访问权限和访 问时限，以保证数据的准确和及时有效。系统还将根据管理上的需要提供相应的辅助功 能用于管理工作，产生的数据将补充到基础信息库； 第二层是指标数据层，该层次的功能将根据建设部与厦门市建设与管理局共同研究 确定的指标集的数据要求，统计汇总基础信息库的数据，以指标集的形式存储。系统还 将从指标集和基础信息库生成统计月报表，管理、打印报表； 第三层为外部接口层，该层次主要对外提供数据输出的功能，以及输出前的转换。 目前需要处理的外部数据有统计局的基层表和预警预报系统的分析子系统，将来还可能 实现用于上下级子系统之间的数据交换，将各地市的采集分析系统连接成一个以intern et互连的分布式系统； 此外，信用档案和项目手册由于其在业务管理上的重要性，二者将各自独立为一个模 块，从基础信息库分别生成、输出信用档案和项目手册。 2.3 开发工具 本系统开发工具采用Borland公司的Delphi。 2.4 运行环境 系统由不同的物理模块组成，运行环境各不相同。 企业端软件采用瘦客户B/S模式，企业必须连上internet(最好能有宽带接入interne t)，通过浏览器访问企业端软件，对硬件没有特别的要求；企业软件的服务器采用wind ows2000+Tomcat作为运行平台，同时需要sqlserver2000数据服务器的支持，服务器要求 采用专用服务器，配置不能低于P XEON 1.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 系统网络结构 [pic] 说明：系统由web服务器、数据库服务器、管理部门的C/S客户端程序、企业的浏 览器客户端组成。其中企业端采集基础信息的服务程序运行在web服务器上；数据库 服务器上运行sqlserver2000，存储房地产企业与项目基础信息以及统计指标数据； 管理部门的客户端应用程序包括基础信息库管理子系统的管理端程序和统计指标与 报表管理子系统，通过VPN或局域网访问数据库服务器中的基础信息库与指标数据； web服务形式的外部接口服务程序运行在web服务器上，其他形式的外部接口将分布 在管理部门的客户端应用程序和数据库服务器上。 3.2.2 应用软件逻辑结构： [pic] 由图可见，系统逻辑结构包括几个部分： 1. 基础数据/指标数据：该部分内容将在后面的数据结构描述中细述。 2. 采集系统服务程序：拟采用JSP/ServLet/JavaBean技术开发。 3. web服务外部接口：这部分目前尚未明确功能需求，可采用多种技术实现该接口，如w eb服务。 4. 采集系统管理端应用程序：采用delphi编写的客户端程序模块，管理部门通过该程序维 护基础数据和指标数据，管理部门工作所需的业务辅助功能也在该模块实现。 5. 统计指标与报表管理程序：该模块用于从基础数据统计汇总统计指标，存储到指标数据 库中，该模块还要实现查询、生成报表、管理报表等功能。 6. 外部接口系统：该模块目前只实现生成统计局基层表数据的功能，预警预报系统所需的 数据访问将在需求进一步明确后实现。 7. 项目手册子系统：该模块实现从基础信息库和指标库中生成项目手册数据，并打印项目 手册。 8. 信用档案子系统：该模块实现从基础信息库和指标库中生成信用档案数据，存储到信用 档案数据库中，用于如网上发布等其他用途。 3.3 系统数据模型 系统主要数据包括基础信息和指标集二大部分，基础信息模型用E- R图描述如下；指标数据则分解到基础信息结构的各个层次的节点上，指标分静态和动态 二类，静态指标多为反映实体本身的属性，动态指标一般则表达实体的状态或事件发生 的频率、程度和水平，具体指标可参见文档《房地产预警预报信息采集系统指标集》（厦 门市建设与管理局2003-04-10）。 I层 II层 III层 IV层 由图可见，信息分为几个层次： I层(企业实体层) 该层包括： 1. 企业资质和信用档案 2. 企业主要管理人员情况 3. 企业经营情况。 前三项是静态指标，由企业通过企业端填写，管理端审核。企业经营情况是企业按月 填报的动态指标。 该层次上的应用：企业资质管理，项目手册，信用档案，本层次指标的数据维护汇总 查询和本层以下的指标汇总。1，2两项部分指标导入月报A（月报） II层（项目实体，土地实体） 在该层有两个实体：项目实体和土地实体。实际上从项目开发的角度看，土地应该是 算项目的一个属性。但由于土地信息本息比较复杂，并考虑到系统以后扩展性，在这里 把它作为一个单独的实体处理。 本层包括： 1. 土地信息（静态） 2. 项目信息指标（静态） 3. 项目开发情况（动态） 在该层次上的应用有：项目管理，项目手册，信用档案，本层次指标的汇总查询和本 层以下的指标汇总。2项部分指标导入月报表B，3项为月报表内容。 III层（单体工程实体，裙楼实体） 在该层有两个实体：单体工程实体 本层包括： 1. 单体工程信息（静态） 2. 裙楼信息（静态） 3. 单体工程动态开发经营情况（动态） 在该层次上的应用有：项目手册，统计报表。本层次指标的汇总查询和本层以下的指 标汇总。2项部分指标导入月报表B，3项为月报表内容。3项的指标值大部分是由下一层 房屋指标汇总而来。 IV层（房屋层） 本层有一个实体：房屋。 该层包括： 1、每套房屋预（销）售出租明细信息（静态），房屋经营情况（动态） 在该层次上的应用有：统计报表，项目手册，本层次指标的汇总查询。汇总指标值导 入上一层单体工程。本层指标是整个体系的最“底”层。它是最基础的数据和最重要...
房地产预警预报信息采集系统总体设计方案(上)