XXX市房地产管理信息系统需求.doc

弯下娥符欧私聘窥抱彭太垛辗寝敷仔猾舌火龋廷丙矗侥折蛆簇管篇丽阂屋函笆蠕食滦测膊器源讨护棱隐床零未浩厅磅未制觅脑颇畔哎胁镜屠擒韧捂婉吝沦浴滦弱彭毒厘束体咖蚕灌极任社疫傣憎渠墙扑述豆阁蓄薄旅三靖肆原红招感墟句旦觅牙摩凿熟舔告圾评环朗夫洲层钵戮颐尧盯蛙帘绿敞继隔叮栗甩历狂俺寿狡纂一险沁系揍象矩冒运狱薯瘸婶筛鸟掂程趋蹿凌惩翅缎萌讼梭模鼎俗糟痹态全萧自布碍页枉杯康脾陡锭挥褂虽驮晰肠藤垃燎夷饵借脐柬纵致斟翘窖墙揽狸腰狸仙晴侩钥竿昨亏譬揍待胞削姓诸庞宰居罢吹织泻候裴晕卫鞋沂物兽诊些线牌岂轧族晰剁眺楷上泊挽眺伪蕴寒藉秘籍郸

XXX房地产管理信息系统
建设方案

目录
第一章 项目概述 4
一、 需求概述 4
二、 运行环境 4
1、 硬件环境 4
2、 软件环境 5
3、 网络拓扑结构图 6
三、 系统架构 7
1、 总体架构 7
2情兢决海垫侯房敝真受冲逞内人韩确渍曰意另淑卑肥郑琐手孪逐孙喷豁危担沿犁潭获卓索溅守瘟粒挝颧洽垛酿注北让腮飞痕能堕耐炽踩偏郝掷躲操江距盈录猪盯萎铸灶拟褥险流愿亢衔具慌煌勇半透赫精魁览该仔倦果沟遭边扫易淌债隧灿惑旗仪沂弧淑蔽滚挫鹰纲院鬼糊喀瞬马穆可鞠沿寇垃哦罚斌闸解旨匹凋捕嘉坏尊尼僚港讣椰氦下办核庙开揖军暖鉴芽航穆劣秀绵了溪斥秆诡桶们协倍肠佐基衔燕句申戒嗜殴羽朱刷迁歇沤呢热讼讹钾延敌氟验推乳椒幢构俱舒掸弗恩氨光纸灼什休氦经替耗家忽觅元咖划削椭鄂校贯磨龄萝俊就想认粤噶旷百余依混阻斩帝按妈痘膛隧峻几伸颂闪述惰椰阶爸XXX市房地产管理信息系统需求浦数勉铀藩盾莹津堡当刺请知层预债粳宏娇矽斩涸叮哀笼辰琉漏最芭砂虐叮洪性陪捍辊袱腮除圾哲萄时咸寄昏霜慨畏呼屡倍日愈酣贿于敢肩耻艇旷晕釜释佛唐谜俏袁火傅驰应羽癣帝蹬篆棘疥魂运障颠疹妖锦冶屑券轨砂酞憨铺冯闲粕架伺源浴矾欢彭剑牟莆电宛攻赐嗓葛救也鹊耿虞籽校歧弹贺乍恢语扼词井稚营债澜钟切未背寐较乌踊到奸猜允伙桥短淆望汕玛相喧挎瘩纠咆洲演官券根容雹屏戊滋新嫩肢直缴鹿颜卯氮停暇邱舶阅风粗茎乌档尸适嘘寐衔那篙阐诵限旗缸自剪造萧傍邻柯秒句咳议铺门焦严黍渊炼仑笼誊篮柑橇褒火陵痰彬垦乱毙赫私怨疥号痰竞梗小柜割镰径坟辐疟酋稗位羚上

XXX房地产管理信息系统
建设方案

目录
第一章 项目概述 4
一、 需求概述 4
二、 运行环境 4
1、 硬件环境 4
2、 软件环境 5
3、 网络拓扑结构图 6
三、 系统架构 7
1、 总体架构 7
2、 技术架构 9
第二章 子系统介绍 14
一、 房地产交易与权属登记管理系统 14
1、 概述 14
2、 特点 14
3、 系统功能介绍 16
4、 技术架构 25
5、 数据库结构和数据接口 25
二、 房地产档案管理系统 26
1、 概述 26
2、 特点 26
3、 技术架构 28
4、 系统功能介绍 28
5、 数据库结构及数据接口 34
三、 新建商品房网上备案系统 35
1、 概述 35
2、 系统特点 38
3、 项目技术架构 38
4、 系统模块功能介绍 45
5、 数据库结构及数据接口 54
四、 房屋登记薄管理系统 57
1、 概述 57
2、 特点 57
3、 技术架构 58
4、 系统功能介绍 58
5、 数据接口 63
五、 测绘与成果发布系统 64
1、 系统概述 64
2、 系统架构 64
3、 房产项目测绘管理系统 65
4、 面积测算管理系统 66
5、 测绘成果管理系统 76
六、 存量房网上备案系统 82
1、 系统概述 82
2、 系统构架 82
3、 系统数据信息关联图 83
4、 网上备案流程图 84
5、 数据流程 85
6、 功能描述 85
七、 从业主体管理系统 88
1、 系统概述 88
2、 管理对象 88
3、 系统构架 89
4、 业务流程 90
5、 数据流程 90
6、 功能描述 90
八、 项目管理系统 94
1、 系统概述 94
2、 系统架构 95
3、 业务流程 96
4、 数据流图 96
5、 功能描述 96
九、 统计分析与信息发布系统 99
1、 概述 99
2、 特点 99
3、 模块介绍 99

第一章 项目概述
一、 需求概述
构筑一个综合性的房地产产权、产籍、房地产交易管理的信息管理系统。具备包括产权、产籍、市场管理及综合查询、分析、统计、发证、收费等实用功能，覆盖整个房地产管理业务的技术应用系统，能为用户提供全方位的房地产信息资料。具体特点表现在以下几个方面：
●建立在灵活性的基础上：针对房地产行业在业务环节上各个地方不能完全相同，业务流程随着管理而变化的特点，我们设计了业务环节、流程动态管理功能。能够实现业务环节的增加、修改、删除以及设置环节属性等功能，并可根据用户设置的业务环节定义业务流程，能够进行新增、更名、删除操作，并且还能够对业务环节进行排序，对业务流程进行时限设置，系统还提供了动态报表制作，对各个业务环节产生的报表格式、内容以及套打对象进行定制。
●补充业务子系统：对整个业务操作实现信息化管理，补充了档案管理子系统，司法查封管理子系统，测绘管理子系统。
●B/S+C/S结合：针对房地产业务的具体情况，我们采用了B/S和C/S相结合的技术方案，在数据管理、专业应用中采用C/S结构，单位领导和其他办公部门用户采用要B/S结构（即浏览器方式），两种结构共享同一数据库中的数据。
二、 运行环境
1、 硬件环境
根据XXX房地产管理局各业务管理部门的特点，本系统采用以Browser/Server体系结构和Client/Server体系结构紧密协调的混合技术架构，充分整合两种技术的优势。Client/Server体系结构主要应用于对系统速度要求比较高的部分业务和对打印有高精度要求的业务，如业务登记受理、缮证打印部分。Browser/Server部分应用于网上业务部分以及对外开放的业务部分。
服务器：因为服务器需要提供数据库服务、WWW服务和扫描文件存储服务，且要完成高密度的运算量，所以应用较高档的服务器。
B/S客户机：客户端只需安装IE6或以上的浏览器，其他部分没有特殊要求。最低配置586/133/128MB以上。建议配置：P4 3.0G/1GB
C/S客户机：最低配置windowsXp/window2000 PII266/内存128MB以上。
建议配置：windows Xp P4 3.0G/2GB/80G
网络配置：100M共享以太网。
2、 软件环境
n Internet web browser（浏览器）
Internet Explorer:WINDOWS系列下最通用的浏览器。
n 应用服务器
Windows2003Server:微机服务器从易用性、用户界面友好、功能成熟等方面当首推Windows2003Server.
n 数据服务器
Windows2003Server:选型理由与上面应用服务器相同。
Oracle9i:存放与管理图形数据与属性数据。
利用Oracle可建立一种真正的Client/Server、Browser/Server结构的空间信息系统，不仅解决了海量数据的存储，管理，以及海量数据存取速度问题，也解决了多用户编辑，数据完整性，数据安全机制等许多问题。

3、 网络拓扑结构图

三、 系统架构
1、 总体架构
系统的建设采用高内聚低耦合的多层架构，分层从逻辑上将子系统划分成 许多集合，而层间关系的形成遵循一定的规则。通过分层，可以限制子系统间 的依赖关系，使系统以更松散的方式耦合，从而更易于建设、维护和升级。更重要的是子系统可以根据需要从整合框架中任意拆分出来或加载进去，而不影响整个应用体系的运行。

安全保障系统

表示层 内外网门户

信息化标准

业务系统
业务层
登记管理业务系统
测绘系统
商品房网上备案系统
项目管理系统
电子登记簿
管理系统
从业主体管理系统
档案管理系统
网上房地产抵押登记系统
存量房网上备案系统
统计分析
决策支持系统

应用
支撑层
房地产市场信息平台

数据交
换工具

数据资
源工具

GIS
工具

查询报
表工具

表单
工具

工作流
工具

组织机
构工具

应用
框架

决策库
统计库
从业主体库
业务库
基础库
数据层
数据中心

互联网
网络层

图 4-1 总体架构
科维房地产市场信息管理系统在实现中采用多层体系结构，具体分为：表示层、业务层、应用支撑层、数据层和网络层。从开发的角度讲，通过这些层次的划分，使得系统开发人员的分工更加明确，负责每个层面的技术人员 只需要掌握相关的技术和接口，而不必掌握全部的技术，降低了开发人员的技术难度；对业务人员来讲，只需要把注意力集中在业务逻辑的实现上，并可以通过管理和配置的方式来适应未来业务一定程度上的发展变化。
(1) 表示层
表示层是为最终用户提供服务的具体表现和接入点，以内外网门户为主，后期可依据实际需求扩展呼叫中心、短信平台、手持移动设备接入等更为丰富接入模式。
(2) 业务层
科维房地产市场信息管理系统建设的主要应用系统包括：测绘系统、登记管理业务系统、档案管理系统、商品房网上合同备案系统、网上房地产抵押登记系统、存量房网上备案系统、从业主体管理系统、项目管理系统、电子登记 簿管理系统、统计分析与决策支持系统。
(3) 应用支撑层
应用支撑层主要由房地产市场信息平台构成，信息平台是各类业务系统开发与集成的应用平台，通过信息平台，不但可以搭建业务应用系统，还能对已有和新开发的应用系统进行集成，实现统一身份认证，同时还能实现数据资源的可视化管理和综合分析应用。
(4) 数据层
数据层的内容在物理上部署于数据中心，数据中心是各业务应用系统运行的基础，数据中心建设主要包括满足业务系统运行并统一管理的各类空间、属性数据库以及支撑这些数据库管理、动态更新和交换的软硬件基础环境。
(5) 网络层
对目前已有的网络环境进行合理调整，初步划分为内网、外网、互联网，各网络之间根据安全性要求采取隔离措施。
(6) 信息化标准
科维房地产市场信息管理系统的信息化标准包括工程建设相关技术规范、业务模型及基础数据库标准，同时还包括和规范标准相关的操作指南，以指导并规范工程的实施。
(7) 安全保障系统
安全系统设计为基础设施层、数据访问层、信息交换层、应用层四个层次，其中基础设施层包括网络安全基础设施和认证基础设施；数据访问层包括数据资源的安全性、数据访问、传输以及提取的安全性；信息交换层主要是保证信 息传输的机密性、完整性和不可否认性，防止信息传输过程中的窃听和泄漏。 应用层安全保证业务操作主体的可信性、可审计性以及不可抵赖性。

2、 技术架构
根据房地产业务需求，结合信息技术的发展及科维在大型应用解决方案中的经验和产品，我们采用 Net技术设计了科维房地产市场信息管理系统的多层多阶的层次结构模型，如下图所示：

综合管理层（平台）
数据备份/恢复
日志审核
软件分发/升级
监控管理
数字签名
身份验证
权限
加密
业务系统层
监控、管理平台
安全平台

门

户
Net架构
商品房网上备案系统

测绘系统

综合分析与决策支持系统

综合服务类
市场交易类
项目管理系统

档案管理系统
从业主体管理系统

电子登记簿管理系统

登记管理业务系统

网上房地产抵押登记系统

存量房网上备案系统

Web Services
Custom
Connector
ODBC
JDBC
集成服务
空间结构
数据库

关系结构
数据库

信息资源
登记管理类

数据资源
数据交流
GIS组件
查询报表
表单
BI报表展现服务
空间数据引擎
应用服务
系统服务层
数据同步服务
工作流
组织机构
应用框架
房地产市场信息平台层

网络
数据库
主机
操作系统
存储
硬件平台/网络层

图4-2 技术架构

该模型是一个典型的多层架构模型，也是当前应用系统设计最为通用的一种架构模型。科维房地产市场信息管理系统设计为 5个即相互独立又相互联系的层次，依次是硬件平台/网络层、系统服务层、房地产市场信息平台层、业务系统层和综合管理层。
上述层次结构是一个多层多阶的体系结构。下面将分别从“层”和“阶”的角度对技术架构进行阐述。
2.1层视图
以下对科维房地产市场信息管理系统的各个层予以说明：
(1) 硬件平台/网络层
硬件平台/网络层是科维房地产市场信息管理系统的物理基础层，主要包括网络系统、计算机系统、操作系统、数据库系统、及磁盘存储系统，为整个房地产信息系统提供网络服务器环境、通讯链路上的支持，同时通过系统软件和平 台支撑软件对应用系统提供数据和运行环境上的保障，它提供计算、存储和网 络硬件，以及操作系统和网络协议等。
(2) 系统服务层
系统服务层是与应用系统本身无关，具有高度的独立性的构件，主要提供与操作系统和硬件通讯的功能，应用系统需要通过基础构件完成与操作系统的 交互，系统服务层软件一般由操作系统厂商或第三方厂商提供。系统服务层层 主要由 Net应用服务器、BI 报表展现服务BI.OFFICE)等构成。
(3) 房地产市场信息平台层
房地产市场信息平台提供大量的易用的组件、提高业务应用的开发效率，降低开发的难度。使用开发工具可以快速地搭建出我们的业务系统，而使用管 理控制台使得对各种运行期对系统的维护变得十分的方便。
房地产市场信息平台与系统有一定的耦合度，其自身的架构体系与应用系 统的需要有一定的关联，科维房地产市场信息管理系统设计构造中需要使用的 应用构件层组件主要包括应用框架、组织机构、工作流、表单、查询报表、GIS 组件、数据交换、数据资源等。
(4) 业务系统层
业务系统层构成典型的多阶结构，由数据库、集成服务、应用软件系统和接入门户几个子层次组成。

> 信息资源层，由关系结构数据库和空间结构数据库组成。
> 集成服务层，支持所有与数据访问有关的业内主要标准。
> 应用软件系统层，完成房地产信息管理系统的业务功能，包括登记类、 交易类与综合类。
> 接入门户层，接受来自各种形式的请求，系统可以支持浏览器和 Rich
Client 两种客户端模式。
(5) 综合管理层
综合管理层实现综合管理平台的功能，对科维房地产市场信息管理系统运行流程进行管理。综合管理层主要包括安全管理平台和监控、管理平台：
> 安全管理平台：主要涉及应用系统使用、数据访问与保护等多方面内容，主要的安全内容包括：身份认证、数字签名、加密、权限等。
> 监控、管理平台：对数据备份/恢复，软件分发/升级、日志审核管理、设施监控管理。

2.2阶视图
“阶”在架构中是一个横向的概念，表示一个请求从客户端触发到应用服 务器、资源服务器的一系列从前到后的响应过程。以下对科维房地产市场信息管理系统中业务系统的各个阶及其关系予以说明：
(1) 接入门户
接入门户主要包括：
> 浏览器客户端：是房地产信息管理系统对用户提供的主要交互接口和渠道，具有使用简便、零部署等诸多优点。
> 传统客户端：对操作灵活性要求比较高的测绘成果管理中的部分业务或工具软件采用传统客户端形式。
无论是浏览器客户端还是传统客户端，基于房地产市场信息平台进行搭建的业务系统都可以集成到统一门户管理中，当用户访问多个需要进行认证的系统应用的过程时，只需要在初始进行一次登录和身份认证，就可以访问其具有访问权限的任何系统，而不需要再次登录，后续系统会自动捕获用户信息，从而识别出用户身份。这样，无论用户要访问多少个应用，他只需要进行一次登录，而不需要用户重复的输入认证信息，从而真正体现以客户为中心的思想。
(2) 应用软件系统
这一部分在在“层视图”中已经说明，不再赘述。
(3) 集成服务
应用软件系统访问资源层的服务，采用Net、Web Service等标准协议。
(4) 信息资源
> 关系型结构存储数据库；
> 空间结构存储数据库。

第二章 子系统介绍
一、 房地产交易与权属登记管理系统
1、 概述
权属交易业务处理子系统是整个系统的核心部分，依托于测绘提供的房屋属性信息为基础，实现对房地产权属管理要求办理的所有业务，实现对房屋产权的集中管理，达到以房管档的终极要求。同时将商品房预（销）售管理以BS的方式实现管理，并与业务系统无缝结合在一起。完善对房屋登记中的敏感业务（司法登记、抵押登记等）提供多种检测和限制手段，避免因操作失误造成不必要的纠纷。所有的业务办理的结果都会直接反应到房屋楼盘图上，用户可以直观的看到当前将要受理房屋的状态，再辅助于历史交易信息，可为用户快速判读是否符合登记要求。系统还提供完善的档案管理和综合报表的功能。

2、 特点
2.1图文信息共享
系统实现文档数据与图形数据的统一管理，在业务处理中随时能够调用地图信息、楼盘图信息和与该案例相关的历史交易信息及图片资料信息等，极大地方便工作人员处理案件，提高效率。
2.2数码资料录入
系统提供数码相机直接拍摄和使用扫描仪2种方式实现对纸质资料快速录入到系统中。系统对图片资料进行统一管理、优化文件存储方式、合理存放。纸质档案在登记的时候，就于图像资料一一对应，用户在需要查看纸质资料的时候，可以直接在业务系统中方便的查看案例的图像资料，无需调阅纸质档案，极大的加快了业务办理速度，也减少了市民办理业务的等待时间，充分体现了管理部门的办事效率。

2.3楼盘表管理
楼盘表是整个房产管理的核心和基础，系统对楼盘表提供了完善的管理功能，以图形化的方式让用户可以直观看到整栋房屋的总体布局，每一个房屋的状态、面积、结构等信息。通过楼盘表可以对房屋的状况进行全方位的监控，避免失误转移。
2.4权限管理
系统提供完美的权限管理，用户只要一个帐号（如果你记不住直接的帐号，还提供按姓名登陆和个性化帐号登陆），即可以使用系统相应的功能，无权用户无法使用其他用户的功能。
2.5灵活的流程管理
系统提供灵活的流程控制机制，可以快速的进行流程的调整、新业务流程的增加功能。流程配置过程非常简单，只需要对用户进行10分钟培训，用户即可自行维护流程。
2.6税费核定
系统提供灵活的税费管理功能，系统可以按用户的配置要求，自动将案例办理的税费计算出来，用户只要完成登记，就可以看到需要收取的税费情况。系统可以满足对于不同业务类别、不同年度、不同用途、不同面积以及交易金额等条件计算税费的要求。
2.7权证附图
本系统直接提供将测绘图纸直接打印于房产证指定区域的功能。
以往的权证附图由测绘队打印，再由工作人员手工贴在权证上，现在由程序控制，系统自动对图纸进行调整和进行布局，也可以手工进行微调，来满足直接套打在房地产权证指定区域。
2.8录入与打印表格灵活配置
系统为用户提供灵活的表格制作、调整功能，系统在设计的时候，即将系统录入和打印的表格与软件进行松耦合度的设计。用户可以直接参与并制作符合自己要求的表格，也可以对已有的表格进行调整，无需软件提供商全程参与。用户新增表格，只要在系统维护程序里面进行配置即可。系统对案例办理过程需要出具的表格，提供了批量的进行打印功能，对于已经打印过的内容，系统还提供提示功能，避免打印内容重复进行打印。

2.9完善的统计功能
系统已经为用户提供了大量的统计报表，包括建设部要求的统计报表，满足用户的各种统计要求。系统还为用户提供了自己制作报表的功能，用户可以自己制作自己需要的统计报表，并进行相应的统计规则的配置，即可满足于用户自己有特色的报表。

3、 系统功能介绍
权属交易业务处理子系统

终审
提交
缮证
税费核定
权属交易信息登记库
发件
财务系统
收费确认
提交
初审
提交
复审
提交
司法查封子系统
司法查封信息库
查封的房屋信息
测绘管理子系统
地图信息基础库
房屋信息
证件资料（申请人提供）
审核
登记受理
商品房预（销）售子系统BS

商品房登记库
商品房登记的房屋信息
证件扫描拍照
数码文件
申请书
审核

3.1受理信息管理
实现对案例办理过程中需要记录的数据管理，包括登记人相关信息、包括收件信息、办理房屋坐落相关信息、税费信息等，系统内部实现收件编号自动管理、出具各种权证及证明编号的自动管理。

3.2申请表信息管理
主要是登记各种业务类型的申请表信息，包括房屋信息，申请人信息，他项权信息，四至墙界信息，墙体归属信息，审核意见信息，备注信息等。其中房屋信息直接通过地图定位和房屋属性数据查询直接从地理信息基础库中取出，审核意见信息来源于审核步骤，“收件编号”和受理登记基本信息关联起来。

3.3证件扫描管理
对申请人提供的各种办理证件通过扫描，保存到计算机中。内容包括申请人身份证、与开发公司的合同、银行出示的有关证明、各种票据等。通过“收件编号”和证件种类将扫描文件结合起来。

3.4提交/改派管理
案例实现流程的管理，同时提供案例改派的管理。系统根据系统管理中对每项业务类进行的操作流程设置表，读取表中的信息，提交到下一步，提交的内容包括受理基本信息、申请表信息以及扫描的证件信息。对于步骤相同的业务可选中多条记录同时提交。
部门领导有权对案例进行重新指派，此步操作需要系统管理员进行相应的权限配置工作。
3.5审核管理
记录审核信息，包括审核人、审核案例、审核意见（回退意见）、审核日期等。审核操作员可以查看到申请表信息、受理基本信息以及扫描的证件信息，审核意见自动打印到申请表中的审核栏中。审核信息表通过“收件编号”和案例信息相关联。

3.6缮证管理
记录缮证过程中产生的信息，包括缮证人、缮证日期、缮证的案例、缮证意见、打印证件类别等。缮证管理员可以查看到申请表信息、受理基本信息以及扫描的证件信息，系统自动打印各种证件，缮证信息表通过“受理编号”和案例信息相关联。
如果缮证人员补打某个证件，系统会记录补打证件的完整内容，系统管理员可以看到补打时的证件所有内容。

3.7税费管理
记录案例在办理的过程中发生的各项费用。包括案例信息、税费名称、计征额、比率、金额等。税费核定操作员可以查看到申请表信息、受理基本信息以及扫描的证件信息，通过系统管理中的税费标准维护表，自动计算出各种税费的金额。税费信息表通过“收件编号”和案例信息相关联。

3.8发件管理
记录发放证件信息，包括发件人、发放证件名称、案例信息、发放日期、领件人信息等。
发件操作员可以查看到申请表信息，受理基本信息以及所要发放的证件信息，发件信息、“收件编号”和案例信息相关联。

3.9申请表打印
在受理登记时，根据操作员登记的受理信息，系统自动将房屋信息，申请人信息，他项权利人信息等打印到申请表格中。

3.10 审核意见打印
审核意见自动打印到申请表中的审核意见栏中。
3.11各种权证打印
根据系统管理中设置好的报表打印参数，打印各类业务所发生的权证。

3.12 查询统计
系统提供业务方面部分查询和统计功能，用户使用查询统计模块功能由系统管理员进行分配。查询内容和查询条件可以定制。

4、 技术架构
CS架构，保证系统运行速度，保障套打时精确定位，保障拍摄图片速度，提供数码相机和扫描仪2种电子资料录入设备。
5、 数据库结构和数据接口
5.1 数据结构说明
权属交易系统数据库为orcale9i , 数据库中各个表中，相应字段都有统一说明，方便以后数据扩充。
5.2 数据接口
房地产管理数据接收接口。
房地产管理楼盘同步接口。
房地产管理结果反馈接口。
二、 房地产档案管理系统
1、 概述
档案管理子系统已经为用户提供了完善的档案管理功能，包括历史档案录入、档案查询修改、档案室管理（上架管理、档案整理管理）、档案借阅管理、档案相关的统计功能、档案造册目录管理的功能。档案的范围包括权属交易业务处理子系统中所有业务处理的信息资料，商品房预（销）售管理中业务处理信息资料，司法查封中的查封信息资料。测绘管理中的房屋地图信息资料。

2、 特点
2.1 历史档案录入
历史档案录入直接在档案柜上某个档案盒上直接录入，实现了上架和录入的统一管理，避免二次上架的工作。档案录入工作和业务登记比较类似，录入的适合直接选定录入的房屋，系统就会自动的将录入的档案的历史交易信息进行关联。
2.2 档案维护
用户可以在档案维护的功能模块，将需要维护的档案中的部分信息进行修改，也可以对案例的号和登记的房屋等内容进行调整，系统会对每一笔修改都会记录日志，保证修改有据可查。
2.3 电子档案库
对实际档案库房中的档案柜根据最小单元进行科学编号，在系统中按照实际建立模拟档案库，由程序自动确定每一份产权档案应放入档案库中的具体柜号、阁号，使电子档案与纸质档案形成一一对应关系，使档案管理变得直观、简便，并且形象化、可视化。
2.4 案卷上架
对待入库的电子档案，按照权证证号排序定义上架规则，只要点击一下，便找到自己应摆放的确切位置，自动生成案卷号、盒号、柜号和阁号并打印出来，工作人员可根据这些提示，轻松对纸质档案的上架，减少了人工繁杂的重复劳动，实现建档和抄目录的自动化。
2.5 档案利用
直接在电子档案库中调阅电子档案，可根据需要查询案件的所有信息，并计算费用、出具公告、摘抄单、扫描件打印等功能，不需再调阅纸质档案，有利于纸质档案的保护和减轻工作人员的工作量，方便利用人。
2.6 综合查询与统计分析
过去统计是通过数据库查询得到多个表格，在这些表格上做各种分析,这样做即使整个分析过程显得繁琐，以使最终的分析结果显得不够直观，而利用MapInfo的地图信息技术，用户可以在图上任意设定区域查询统计其发证户数、发证面积等信息，这在房屋拆迁、产权、产籍管理中起到了极大的作用。主要有以下几种查询，可以实现图形数据和属性数据的单向式双向查询：
a、地图基本信息查询。对地图上的网点基本信息进行查询，用户点击查询基本信息图标后，直接在地图站点击欲查询地点。
b、属性信息查询。地图上的某一对象的各种属性数据，如客户地址。
C、定向查询。地图上的对象的定向关系。
d、快捷查询。可以自定义一些固定的查询格式，保存后使用。
e、图形及属性综合查询
f、业务报表查询。用户查询地图上某一区域的业务报表（日、月、年表）。
g、数据分析。地理信息系统提供的可视化分析可以为房地产商及其它单位提供增值服务。包括建设部上报报表和动态统计两大模块。建设部统计报表模块符合建设部部颁要求，例如包括城市房地产产权管理人员汇总表，城市房屋产权情况汇总表（按产别统计）等。动态分析实现按时间、按类别、按人员、按业务等细类统计。
3、 技术架构
CS架构，保证系统运行速度，保障套打时精确定位，保障拍摄图片速度。
4、 系统功能介绍
档案管理子系统流程图

申请书信息
数码文件

权属交易信息库
申请书信息
申请书信息

申请书信息
申请书信息

档案信息库
审核接收
档案上架
审核
档案维护
档案接收
司法查封信息库
房屋查封信息
房屋预（销）售信息

商品房预（销）售登记信息库

4.1 档案接收管理
业务案例办理完毕后，会自动形成档案，并等待用户进行上架。档案内容包括业务过程中产生的所有信息，包括申请表信息，审核信息，受理案例基本信息，税费信息，打印证件信息，证件发放信息等。档案经过用户上架操作后，会给每个案例生成一个唯一的“档案编号”，同时记录上架人和上架时间等信息。
4.2 档案录入
对没有进入权属交易处理数据库的案例信息，可通过档案录入进入档案数据库，录入信息包括申请表信息录入、证件扫描录入、税费等信息录入。所有信息通过“档案编号”关联起来。
4.3 档案维护
系统提供对档案信息进行修改的功能。在档案维护的功能模块，将需要维护的档案中的部分信息进行修改，也可以对案例的号和登记的房屋等内容进行调整，系统会对每一笔修改都会记录日志，保证修改有据可查。
4.4 档案柜管理
实现档案室对档案柜的图形化管理，可以对档案柜布局、排列方式以及分类进行管理。包括档案柜、档案阁管理以及档案柜示意图管理。

4.5 档案上架管理
对整理好的档案资料进行有规则的存放工作，即按一定的规则存放档案，建立档案和档案柜、档案阁之间的关系，当点击档案柜示意图中的某个档案阁时，就能查看档案的详细信息。它们之间通过“档案编号”、“档案柜编号”、“档案阁编号”建立起关联。

4.6 档案灭籍管理
对已经不存在的房屋进行灭籍处理。灭籍处理并不是删除档案数据库中的记录，而是将这条灭籍记录转入历史库中，在这所房屋上所发生的一切交易业务仍然能够查看到。同时要记录下灭籍信息，包括灭籍时间，灭籍原因，执行人等。
4.7 档案查询
提供档案管理中需要的相关查询的功能，可以按档案柜方式查询，还提供多条件查询和自定义查询条件查询。查询的档案可以查看档案的所有信息，包括业务办理过程的信息。
4.8 档案借阅管理
提供档案借阅管理，对借阅的档案进行收费管理，掌握档案流向。

4.9 档案统计
提供档案管理中需要的相关统计的功能，并能够形成相关表格信息，供用户进行打印和装订，如档案目录、各种造册表。

4.10 统计报表
提供国家建设部有关规定各种统计报表及房地产管理关心的报表。

5、 数据库结构及数据接口
同权属系统接口说明

三、 新建商品房网上备案系统
1、 概述
  近年来，随着XXX房地产市场的飞快发展，各项市场运行指标处于高位运行，新建商品房供小于求，二手房市场十分活跃，在拉动经济增长和提高人民生活水平等方面正发挥着越来越重要的作用。但是随着发展也出现了一系列的问题：商品房价格增长过快、涨幅过大，商品房结构性供求不平衡，市场供求信息不对称，商品房预售行为欠规范，投资和投机性购房增加等。为保证房地产业健康、持续的发展，2003年8月底，国务院专门出台了《关于促进房地产市场持续健康发展的通知》，对房地产业的发展提出了各项具体要求，要“建立健全房地产市场信息系统和预警预报体系，完善全国房地产市场信息系统，加强市场监管”。2006年5月份国务院更是出台了”国六条”,对房地产信息化提出了更高更紧迫的要求。

1.1 项目概述
新建商品房网上备案系统的开发可以发挥以下作用：
n 提高信息透明度，实现阳光售房。 网上及时公布纳入合同备案的楼盘的可售部位、类型、面积和已售房屋的套数、面积和平均价格。购房人可以通过网上房地产网站查询所购楼盘房屋的销售情况。
n 规范交易行为，防止 “一女多嫁”。 纳入合同备案的楼盘签署的合同文本，应使用由房地产局和工商局联合制订的示范文本。房地产开发企业需要自制合同格式条款的，应向工商行政管理局备案后，提交房地产交易中心，经变更后在网上公布。
n 方便房地产登记，提供工作效率。 由于网上合同备案系统是和房地产登记系统相连的，因此，购房人在签订合同后，房地产登记申请表由合同备案系统自动输出，购房人在房地产交易中心窗口办理登记手续时，受理等待时间将会缩短。
n 为市场分析、预警预报提供可靠的数据来源。

1.2 网上备案信息系统内部管理模块：
提供对房地产销售公司主体资质、资质审核、开盘管理、合同撤销审核等功能，包括公司基本信息、项目信息、销售人员信息、销售人员与楼栋的关联关系、以及各种审核、查询和管理等功能。
1.3 网上备案信息系统外部签约模块：
查询签约、待签合同、合同撤销申请等，提供房地产销售人员上网签约备案和合同管理的功能。
1.4 房地产网站：
向社会发布各类房地产信息，上网楼盘以不同颜色公示销售状况，滚动显示当天房屋成交情况，实时发布各类统计信息、房地产政策法规和相关新闻等。
1.5 交易平台与其他业务系统接口模块：
与《XXX房地产信息系统》的业务子系统实现数据共享与交换。

1.6 系统总体目标
该信息系统必须具备行业管理职能，为行业规范管理服务，利用一系列严格的管理流程，达到企业行为规范化的目的；同时具备数据采集与动态监管的信息系统，与房地产开发企业和开发项目相关的各项信息采集设计一定要做到全面、准确、及时，只有数据采集设计合理，后续的数据分析才能够真正满足动态监管的需要；同时能够为企业提供一套简便实用的网络化管理程序，帮助企业提高管理水平。
1.7 系统网络拓扑结构
Internet
办公室工作站
防火墙2
防火墙1
DB
Server
WEB
Server
Switch
主交换机

2、 系统特点
B/S模式浏览和管理
内外部系统数据共享
高强度数据加密保护
简单的安装和配置
良好的可扩展性
友好的用户界面
3、 项目技术架构
新建商品房网上备案系统是基于Web技术的、结合硬件和软件的系统工程。整个系统运行在互联网上，使用者通过远程操作利用网络传送数据，达到信息交换、确认、管理和发布等目的。基于Web技术的管理是互联网不断普及的结果，用户以友好、易用的Web浏览器从任意网络平台或位置与服务器通信，连接简单、便宜而且无间断。同时开发、设备、维护费用方面得到更进一步的优化。
2
3
3.1 网络结构描述
该系统以网络为载体，由两个客户端和一个网上平台构成，分别应用于房地产管理部门、房地产开发公司、以及面向广大消费者，并且为其他相关管理部门的使用提供接口，科维新建商品房网上备案系统可以完好的与市场上主流的房地产业务系统进行数据对接。新建商品房网上备案系统的网络结构如下图1所示：

图1：网络结构示意图

3.2 整体技术架构
目前“科维新建商品房网上备案系统”是架构在微软的平台之上,通过中间件技术与第三方业务数据进行对接,根据大部分客户对系统易维护性的要求,目前该系统采用ASP+SQLSERVER2000（oracle）+组件的开发环境。解决方案的整体技术架构如下图2所示：

图2：整体技术架构
科维应用平台说明：指的是在“系统应用平台”之上，由科维自主开发的通用应用平台，即将各应用系统中共性的功能以“服务”的形式进行封装，供上层的“应用系统”共同调用。这样可以大大提高“应用系统”的开发效率，提高软件的复用性，同时保证系统的稳定性。
用户管理与个性化服务
文档服务
计划服务
工作流服务
集成服务 —— 应用集成EAI（包括业务系统与通用系统）、流程集成
通信服务 —— 支持内部短消息、手机短信、EMAIL等
决策支持服务
系统扩展服务