房地产预警预报信息采集系统总体设计方案_第1页
房地产预警预报信息采集系统总体设计方案_第2页
房地产预警预报信息采集系统总体设计方案_第3页
房地产预警预报信息采集系统总体设计方案_第4页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、房地产预警预报信息采集系统总体设计方案厦门海迈科技有限公司中国·厦门1 引言.41.1编写目的 _ 41.2背景 _ 41.3定义 _ 41.4参考资料 _ 52 任务慨述 .52.2概述 _ 52.3开发工具 _ 62.4运行环境 _ 62.5用户要求 _ 63 总体设计 .63.1系统综述 _ 63.2系统框架 _ 73.2.1系统网络结构 _73.2.2应用软件逻辑结构:_83.3系统数据模型 _ 93.4库表结构 _104 模块设计 .114.1企业端模块设计_ 114.1.1概述 _114.1.2登录 _114.1.3房地产基础信息库维护_124.1.4月报信息 _134.

2、1.5统计报表 _134.2 .管理端模块设计_ 144.2.1基础数据管理子系统_144.2.2统计指标 / 报表管理子系统 _174.2.3接口子系统 _174.2.4信用档案子系统 _184.2.5项目手册管理子系统_185. 操作流程 .185.1企业 WEB端操作流程 _ 195.1.1登录 _195.1.2基础信息维护 _205.1.3月报 _225.1.4统计报表 _235.1.5数据初始化 _235.2管理端操作流程_ 245.2.1登录 _245.2.2系统管理 _245.2.3基础信息维护 _255.2.4月报管理 _265.2.5项目手册 _275.2.6信用档案 _27

3、5.2.7接口系统 _275.2.8月报数据初始化管理 _281 引言1.1 编写目的本文档的编写是为了说明对系统设计的考虑, 包括程序系统的基本处理流程、 程序系统的组织结构、 模块划分、 功能分配、 接口设计、 运行设计、 数据结构设计和出错处理设计等,为程序的详细设计奠定基础。本文档的阅读者为项目开发管理人员,程序编码人员,项目监理人员。1.2 背景房地产产业一直是我国国民经济支柱产业之一,为推动我国国民经济发展发挥着重要的作用。 特别是近年以来我国的房地产投资持续增长,市场供求更趋旺盛。 对此各级房地产管理部门, 业内人士, 专家在给予充分肯定的同时。更以理性的眼光和积极的态度研究探讨

4、我国房地产市场的今后的发展方向。在市场旺盛的背后, 更应冷静的分析当前形势看到市场的潜在危机和面临的问题。 从而采取有效的措施,以确保我国房地产产业持续,健康,稳定的发展。任何科学的决策和对市场的预测都应建立在大量基础数据上。但由于我国比较大, 各地情况复杂, 房地产基础数据采集一直是一个较大问题。厦门市建设与管理局和厦门海迈科技有限公司合作开发的厦门市房地产开发经营动态管理系统2003 年初在厦门市投入运行,各方反映良好。 为推广厦门市建设与管理局在信息化方面的成功经验,解决房地产开发基础数据采集的问题。 建设部拟在厦门软件的基础上,建立一套房地产信息采集与市场预测的完整系统,在全国试点城市

5、推广使用。本系统的任务提出方为中华人民共和国建设部住宅与房地产业司,并由建设部住宅与房地产业司住宅建设与房地产开发处、厦门市建设与管理局共同策划。软件系统的开发方为厦门海迈科技有限公司, 用户为建设部、 全国试点城市房地产主管部门的相应机构、试点城市房地产开发企业。1.3 定义基础指标集:简称为指标集,是一系列非相关的数据集。在系统中分为两类:静态指标和动态指标。静态指标是指录入完成后在一段时间内相对稳定的指标例如:企业名称, 法人代码。 动态指标是指在规定时间期 限内需要上报的数据, 例如:房屋状态,项目投资等 (参见需求文档附件一)月报:房地产开发企业按月上报指标的集合(参见需求文档附件二

6、)1.4 参考资料1. 房地产预警预报信息采集系统需求说明书厦门海迈科技有限公司2. 房地产开发建设项目手册厦门市建设与管理局3. 房地产预警预报信息采集系统方案厦门市建设与管理局4. 房地产预警预报信息采集系统指标集厦门市建设与管理局5. 数据库系统基础华中科技大学出版社6. 实用软件工程清华大学出版社2 任务慨述2.1 目标 :1. 通过本系统的建立和运行,在各试点城市建立一个房地产开发的基础信息库。为房地产管理部门及时、准确地了解当地的房地产开发情况提供基础数据的信息采集平台。2. 在房地产基础信息库的基础上,实现企业资质管理,信用档案的管理,项目管理,项目手册管理,统计报表管理的功能。

7、3. 提供对基础信息库的灵活汇总和查询功能,为领导决策提供依据,为预警预报系统提供数据源。4. 可为房地产管理部门网站提供信用档案等基础数据。5. 实现和国家统计局软件的接口。2.2 概述根据系统目标和需求分析的结果,本系统逻辑上将实现三个层次的功能,第一层是基础信息层,即基础信息库的建立和信息库管理系统的建立,该层功能将包括企业填报数据的功能, 企业可以通过 internet 填报数据,管理部门可以通过管理端查询、修改、审核企业填报的数据。管理部门还可以通过系统控制数据的访问权限和访问时限,以保证数据的准确和及时有效。系统还将根据管理上的需要提供相应的辅助功能用于管理工作,产生的数据将补充到

8、基础信息库;第二层是指标数据层,该层次的功能将根据建设部与厦门市建设与管理局共同研究确定的指标集的数据要求,统计汇总基础信息库的数据,以指标集的形式存储。系统还将从指标集和基础信息库生成统计月报表,管理、打印报表;第三层为外部接口层,该层次主要对外提供数据输出的功能,以及输出前的转换。目前需要处理的外部数据有统计局的基层表和预警预报系统的分析子系统,将来还可能实现用于上下级子系统之间的数据交换, 将各地市的采集分析系统连接成一个以 internet 互连的分布式系统;此外,信用档案和项目手册由于其在业务管理上的重要性,二者将各自独立为一个模块,从基础信息库分别生成、输出信用档案和项目手册。2.

9、3 开发工具本系统开发工具采用Borland公司的 Delphi 。2.4 运行环境系统由不同的物理模块组成,运行环境各不相同。企业端软件采用瘦客户 B/S 模式,企业必须连上 internet( 最好能有宽带接入 internet) ,通过浏览器访问企业端软件,对硬件没有特别的要求;企业软件的服务器采用 windows2000+Tomcat 作为运行平台,同时需要 sqlserver2000 数据服务器的支持,服务器要求采用专用服务器,配置不能低于P XEON 1.5G/80G*2/512M ;管理端程序采用C/S 模式,客户端软件运行于win98/win2000/XP不低于 PIII1G/

10、10G/128M 。数据库服务器与企业端相同;操作系统,硬件配置2.5 用户要求房地产企业:房地产管理部门:要求用户具有最基本的计算机和Windows 环境的操作技能, 会使用鼠标并且能够输入汉字。有一定的房地产知识。较强的房地产管理知识、有一定计算机水平。会使用鼠标并且能够输入汉字。有较强的房地产统计知识。3 总体设计3.1 系统综述如上所述,系统可以划分为三个子系统:基础信息采集与管理子系统、统计指标与报表管理子系统和外部接口子系统。基础信息采集与管理子系统的重点放在信息管理上,大部分数据来源于房地产企业,由房地产企业动态维护,管理部门负责审核,从易用性、 系统维护的代价和数据完整性考虑拟

11、采用 B/S 模式,在internet上建立 web 服务器,提供企业客户访问该子系统的入口,客户的访问请求由web服务器上的中间件处理后将数据请求转到与web服务器相连的数据库服务器处理, 结果再通过web服务器返回给客户端。管理端的功能相对比较复杂,系统维护代价较小,拟采用传统的C/S 结构,建立win32 客户端应用程序,从内部局域网或通过VPN访问数据库服务器来实现信息管理功能;统计指标与报表子系统则纯粹是管理部门使用的功能,拟采用C/S 结构实现,后台仍需数据库服务器支持;外部接口子系统的要求则视具体情况确定采用的数据转换、交换方式和实现方式,对于以文件交换的外部系统可针对性的定制应

12、用程序来实现,对于需要联动的数据交换则可采用 web 应用程序, 让外部系统通过 web 服务器为入口访问数据, 可以 web 服务方式等提供服务,通过定义适当的外部接口和采用适当的技术实现,最终可以将全国各地的房地产预警预报系统连成一个分布式系统,使整个系统的各个组成部分之间既独立又统一。项目手册和信用档案子系统从实现上讲也属于外部接口子系统。目前从系统负荷、性能以及维护方面考虑,采用windows2000 作为服务端系统的平台即可以满足要求,又易于安装和维护,数据库服务器选择microsoft的 sqlserver2000,该数据库性价比高, 又具备联系分析能力。网络服务应用程序拟采用de

13、lphi构造服务程序处理、响应internet客户的请求。系统安全方面,在初期从成本考虑拟使用在应用程序中内建身份验证、应用程序控制用户访问权限的办法,在系统中建立用户帐号数据库,经过应用程序访问系统前必须进行登录。在将来可进一步考虑采用基于CA的身份验证系统,以解决各地区、上下级系统互联时存在的统一身份验证的问题。3.2 系统框架系统网络结构说明:系统由 web服务器、数据库服务器、管理部门的 C/S 客户端程序、企业的浏览器客户端组成。其中企业端采集基础信息的服务程序运行在 web服务器上; 数据库服务器上运行 sqlserver2000 ,存储房地产企业与项目基础信息以及统计指标数据;管

14、理部门的客户端应用程序包括基础信息库管理子系统的管理端程序和统计指标与报表管理子系统,通过 VPN 或局域网访问数据库服务器中的基础信息库与指标数据; web服务形式的外部接口服务程序运行在 web 服务器上,其他形式的外部接口将分布在管理部门的客户端应用程序和数据库服务器上。应用软件逻辑结构:由图可见,系统逻辑结构包括几个部分:1、 基础数据 / 指标数据:该部分内容将在后面的数据结构描述中细述。2、 采集系统服务程序:拟采用JSP/ServLet/JavaBean技术开发。3、 web服务外部接口: 这部分目前尚未明确功能需求,可采用多种技术实现该接口,如 web服务。4、 采集系统管理端

15、应用程序:采用delphi编写的客户端程序模块,管理部门通过该程序维护基础数据和指标数据,管理部门工作所需的业务辅助功能也在该模块实现。5、 统计指标与报表管理程序:该模块用于从基础数据统计汇总统计指标,存储到指标数据库中,该模块还要实现查询、生成报表、管理报表等功能。6、 外部接口系统:该模块目前只实现生成统计局基层表数据的功能,预警预报系统所需的数据访问将在需求进一步明确后实现。7、 项目手册子系统:该模块实现从基础信息库和指标库中生成项目手册数据,并打印项目手册。8、 信用档案子系统:该模块实现从基础信息库和指标库中生成信用档案数据,存储到信用档案数据库中,用于如网上发布等其他用途。3.

16、3 系统数据模型系统主要数据包括基础信息和指标集二大部分,基础信息模型用 E-R 图描述如下;指标数据则分解到基础信息结构的各个层次的节点上, 指标分静态和动态二类, 静态指标多为反映实体本身的属性, 动态指标一般则表达实体的状态或事件发生的频率、 程度和水平, 具体指标可参见文档房地产预警预报信息采集系统指标集 (厦门市建设与管理局 2003-04-10 )。I 层II 层III 层IV 层由图可见,信息分为几个层次:I 层 (企业实体层 )该层包括:1. 企业资质和信用档案2. 企业主要管理人员情况3. 企业经营情况。前三项是静态指标, 由企业通过企业端填写, 管理端审核。 企业经营情况是

17、企业按月填报的动态指标。该层次上的应用:企业资质管理,项目手册,信用档案, 本层次指标的数据维护汇总查询和本层以下的指标汇总。1,2 两项部分指标导入月报A (月报)II 层(项目实体,土地实体)在该层有两个实体: 项目实体和土地实体。 实际上从项目开发的角度看, 土地应该是算项目的一个属性。 但由于土地信息本息比较复杂, 并考虑到系统以后扩展性, 在这里把它作为一个单独的实体处理。本层包括:1. 土地信息(静态)2. 项目信息指标(静态)3. 项目开发情况(动态)在该层次上的应用有:项目管理,项目手册, 信用档案, 本层次指标的汇总查询和本层以下的指标汇总。 2 项部分指标导入月报表 B ,

18、3 项为月报表内容。III 层(单体工程实体,裙楼实体)在该层有两个实体:单体工程实体本层包括:1. 单体工程信息(静态)2. 裙楼信息(静态)3. 单体工程动态开发经营情况(动态)在该层次上的应用有: 项目手册, 统计报表。 本层次指标的汇总查询和本层以下的指标汇总。 2 项部分指标导入月报表 B, 3 项为月报表内容。 3 项的指标值大部分是由下一层房屋指标汇总而来。IV 层(房屋层)本层有一个实体:房屋。该层包括:1、每套房屋预(销)售出租明细信息(静态),房屋经营情况(动态)在该层次上的应用有:统计报表,项目手册, 本层次指标的汇总查询。 汇总指标值导入上一层单体工程。本层指标是整个体

19、系的最“底”层。它是最基础的数据和最重要的数据。3.4库表结构一般要将 E-R 模型转成关系模型后设计系统的库表结构。由 E-R 模型转换为关系模型已有比较成熟的方法,本文不再详细叙述。确定完关系模型以后,就可以按照关系理论建立关系模式和根据规范分解的理论和算法将其分解成合适的范式。 最后的库表结构设计结果见本文档附件一。4 模块设计4.1 企业端模块设计概述系统企业端功能主要由两大部分组成。一是基础信息库,二是月报。 在基础信息库中,企业维护企业基础信息,所开发项目,及项目所属单体工程、裙楼、房屋的基础资料。在月报中, 企业按月上报企业开发经营情况,项目投资,房屋销售出租情况。并对基础数据库

20、的基础上生成统计报表。主要的模块如下图:基础信息月报信息统计报表项房月打打目屋报印印信信数基月息息据层报维维确标统护护认准计表表登录企业用户进入系统前,先要进行登录操作,输入企业编号和密码,如果输入正确就可以进入系统。 对企业信息, 企业所开发项目的信息库进行维护, 在上报期限内对上报月报数据,根据基础信息库和月报生成项目手册、基层表等统计报表,维护企业基本信息操作。房地产基础信息库维护在房地产基础信息库维护中,将对项目的用地、单体工程、裙楼及房屋的资料进行维护。根据管理端所设置的权限,其中有些资料企业可以在网上直接更新,有些必须携带相应证明到管理端进行修改。 根据权限的不同,企业网上更新操作

21、可分为初始化 (新增)、修改、删除。企业信息对企业基本信息、资质、银行信用等级、质量认证、各级职称人数、投资、行为记录和资质年检的数据进行管理,并上传和维护企业主要管理人员的详细资料。项目信息对项目立项情况、基本信息、规划用地、土地使用权证、项目经理、参于建设各方的资料进行维护。土地信息记录项目用地的情况,包括土地出让合同、土地使用权证、 他项权利登记、变更登记。单体工程对项目所属单体工程的基本信息、建筑面积、工程规划许可证、施工许可证和开工证明、预售许可证资料进行维护。裙楼信息如果单体工程中有裙楼结构,或是各部分有不同建筑用途,则将此工程按建筑结构分成裙房、主体或地下室在此描述裙楼情况。房屋

22、信息记录房屋的状态,包括基本信息、预订、买卖、出租、抵押情况。月报信息月报数据上报选择报告期进入月报,维护月报数据。 月报数据作为一种历史记录,每个报告期保留一份数据, 其中一部分是从房地产基础信息库中抽取的, 一部分是由企业在指定日期内上网填报。按企业、项目、单体工程 ( 包括裙楼 ) 、房屋四个层次进行填报。月报保存的内容具体如下:表 A:一部分数据由企业每月填报,每月填报的有资金来源情况、利用外资情况,开发经营情况,其他情况。企业基本情况由基础信息库中导入。表 B:从基础信息库中导入项目基本情况,单体工程基本情况。企业填报投资额和新增固定资产情况,土地购置和开发情况。表 C:如果单体有裙

23、楼时,从基础信息库中导入裙楼基本情况。表 D:从基础信息库导入的单体工程基本情况,施工、竣工房屋面积及竣工价值,商品房销售及出租情况。企业填报投资额和新增固定资产情况,房屋价值合计项目。表 E:由基础信息库中导入房屋租售情况信息。由企业按月填写的内容参见需求文档附件七,为方便企业用户操作, 还设计了复制上月数据和删除本期数据功能。复制上月数据: 将整个上个报告期的数据复制到本期内, 用户只要修改变化的数据即可删除本期数据:将整个本期填写的数据删除。月报确认对填报形成的统计月报表进行审核,并确认。 确认后的月报表将作为历史记录存档,不允许再修改。月报数据初始化月报统计指标中,有一部分指标是从年初

24、或项目开始建设到当前报告期的累计数据,在系统实施时, 有些项目正在建设中, 这些项目在系统实施前的开发经营指标的数据无法取得,所以增加初始化模块,让企业录入系统实施前项目和单体工程的投资、土地等情况。统计报表打印基层标准表按照统计局的报表格式生成基层标准表,并可以打印输出。打印月报统计报表根据企业上报的月报数据生成本期的月报统计报表并打印输出。4.2 . 管理端模块设计示意图基础数据管理子系统系统管理是系统本身的管理模块,包含对使用人员的密码维护,操作权限的维护( 使用人员分为查询,修改两种等级) ,企业用户的维护。可以进行添加,删除,修改的维护工作。企业管理资质管理对企业基本资质信息,资质信息,银行信用等级,质量认证信息,人员信息,投资方信息,良好行为记录信息,不良行为记录信息进行查询,修改的维护工作。对企业上报的数据进行审核。信用档案在企业上报的基础数据上进行筛选, 指定信息做为信用档案的发布对象。 并可将这些数据导入到信用档案数据库。人员管理查询企业主要管理人员的姓名, 性别等基本信息, 还包括该管理人员的职务情况, 和专业技术职务。资质年检查询, 修改或增加

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论