计算机工程文模板下载

硕士学位论文

(专业学位)

Adissertationsubmittedto

TongjiUniversityinconformitywiththerequirementor

thedegreeofMasterEngineering

September,2016

基于

M

V

C

模式

房产交易权属管理系统设计与实现

同济大学

学位论文版权使用授权书

本人完全了解同济大学关于收集,保存,使用学位论文的规定,同意如下各项内容:按照学校要求提交学位论文的印刷本和电子版本,学校有权保存学位论文的印刷本和电子版,并采用影印,缩印,扫描,数字化或其它手段保存论文,学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务,学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版,在不以赢利为目的的前提下,学校可以适当复制论文的部分或全部内容用于学术活动.

学位论文作者签名:

年月日

同济大学学位论文原创性声明

本人郑重声明:所呈交的学位论文,是本人在导师指导下,进行研究工作所取得的成果.除文中已经注明引用的内容外,本学位论文的研究成果不包含任何他人创作的,已公开发表或者没有公开发表的作品的内容.对本论文所涉及的研究工作做出贡献的其他个人和集体,均已在文中以明确方式标明.本学位论文原创性声明的法律责任由本人承担.

学位论文作者签名:

年月日 摘 要

随着科学水平和经济建设水平的不断提高,我国房地产行业的战略目标和发展方向已经调整为数字城市建设.信息技术的广泛应用和房地产业务的发展促进了房产管理模式和业务内容的改革.进行技术先进,信息共享,管理规范且符合房产行业要求的综合管理平台建设,已经成为房地产行业进行信息化水平推进的主要任务和方向.进行综合管理平台的建设,不但要能够推动高效商业的发展,还要通过提供灵活的模块管理实现业务扩充的支持,最终保障综合平台具有信息处理强大功能的同时,能够进行完整,通畅的信息交互,并适应较为复杂的应用环境.

房产交易权属管理系统针对房产交易权属管理的需求,采用将房产权属交易管理业务与面向对象相结合的设计与实现方法.系统的设计遵循软件设计理论,将MVC设计模式应用到系统的建设过程中,实现系统功能的整个软件生命周期和设计过程.本论文的主要研究内容包括五个方面:

(1)针对当前房产交易权属管理存在的信息孤岛和资源分散问题,建立了符合业务需求基于MVC模式的房产交易权属管理系统,具有高效和便于使用的特点,

(2)借助于统一建模语言技术,建立系统需求模型和活动模型,便于系统的设计和实现,

(3)系统的结构采用MVC设计模式完成,并在此基础上增加了房产交易权属管理与其他业务系统通讯的扩展层,提高了系统的扩展性和可维护性,

(4)实现交易权属管理的交易管理,租赁管理,业务智能管理等功能模块设计,覆盖整个业务管理流程,

(5)将MVC框架技术融合到房产交易权属管理系统的实现中,增强了系统的技术先进性和代码重用性.

房产交易权属管理系统完善了部门数字化的体系结构,体现了管理的先进理念,必将推进单位信息化建设进程.本系统建设将规范化的房产交易权属管理与信息流,业务流以及智能分析有机的结合起来,实现资源的数字化管理,提高资源的重复利用程度.系统的投入使用可以给单位的发展提供科学化,标准化和信息化的管理平台.

关 键 词:房产交易管理,MVC,统一建模引言,ASP.NET ABSTRACT

Withthescientificlevelandincreasinglevelsofeconomicdevelopment,strategicobjectivesanddevelopmentdirectionofChina'srealestateindustryhasbeenadjustedfortheconstructionofdigitalcities.Developmentandwideapplicationofinformationtechnologypromotethereformoftherealestatebusiness,realestatemanagementandbusinesscontent.Advancedtechnology,informationsharing,managementpracticesandinaccordancewiththeprehensivemanagementplatformforbuildingrealestateindustryrequirements,hasbeeamajortaskanddirectionoftherealestateindustry,thelevelofadvanceinformation.Theconstructionofintegratedmanagementplatform,notonlytobeabletopromotethedevelopmentofefficientbusiness,butalsobyprovidingaflexible,modularmanagementimplementationsupportbusinessexpansion,ultimateprotectionintegratedplatformwithapowerfulinformationprocessingatthesametime,beabletocarryoutafull,oothinformationexchangeandadapttoamoreplexapplicationenvironments.

Ownershipofrealestatetransactionmanagementsystemfortheneedsoftheownershipofrealestatetransactionmanagement,theuseofdesignandimplementationofthemanagementofthebusinessandpropertyownershiptransactionbinesobject-oriented.Thedesignofthesystemfollowssoftwaredesigntheory,theMVCdesignpatternappliedtotheprocessofbuildingthesystem,therealizationoftheentiresoftwarelifecycleandthedesignprocessofthesystemfunctionality.Themaincontentsofthispaperconsistoffiveareas:

(1)Forinformationsilosandresourcesdispersedownershipofrealestatetransactionmanagementproblemscurrentlyexist,establishedinlinewiththebusinessneedsoftherealestatetransaction-basedMVCpatternEstateManagementSystem,isanefficientandeasy-to-usefeatures,

(2)Bymeansofunifiedmodelinglanguagetechnology,establishsystemrequirementodelandactivitymodel,easeofsystemdesignandimplementation,

(3)SystemstructureusingMVCdesignpatternispleted,andincreasedownershipofrealestatetransactionmanagementandotherbusinesssystemstomunicatespreadinglayeronthisbasis,toimprovethescalabilityandmaintainabilityofthesystem,

(4)Toachieveownershiptransactionmanagementtransactionmanagement,leasemanagement,businessintelligencemanagementmodulesdesignedtocovertheentirebusinesanagementprocesses,

(5)TheMVCframeworktechnologyintegrationtoachieveownershipofrealestatetransactionmanagementsystem,toenhancethetechnicalnatureofthesystemandcodereuse.

Ownershipofrealestatetransactionmanagementsystemtoimprovethesectorofdigitalarchitecture,reflectingtheadvancedmanagementconcepts,andwillpromotetheinformationconstructionprocess.Thissystemwillbestandardizedbuildingownershipofrealestatetransactionmanagementandinformationflow,busineslowandintelligentanalysisofanicbinetoachievedigitalmanagementofresources,improvethedegreeofreuseofresources.Thesystemcanbeputtousetoprovide scientific,standardizedandinformationmanagementplatformforthedevelopmentoftheunit.

KeyWords:Realestatetransactionmanagement,MVC,UML,ASP.NET 目录

第1章引言1

1.1课题背景1

1.2国内外研究现状1

1.2.1国外研究状况1

1.2.2国内研究状况2

1.3研究意义3

1.4研究内容及组织结构3

第2章技术背景5

2.1系统设计技术5

2.1.1MVC设计模式5

2.1.2架构方式6

2.1.3B/S三层结构7

2.2APS.NET技术8

2.3统一建模语言10

2.4本章小结11

第3章房产交易权属管理系统需求分析13

3.1功能需求分析13

3.2业务模型分析14

3.2.1数据模型分析14

3.3.2用例模型分析15

3.4非功能性需求分析18

3.5本章小结19

第4章房产交易权属管理系统设计20

4.1系统设计概述20

4.2系统总体设计21

4.2.1功能结构设计21

4.2.2体系结构设计21

4.3系统详细设计22

4.2.1交易管理模块设计22

4.2.2租赁管理模块设计24

4.2.3登记管理模块设计26

4.2.4业务智能管理模块设计27

4.2.5系统管理模块设计28

4.3系统安全设计29

4.4数据库设计30

4.4.1概念结构设计30

4.4.2物理结构设计31

4.5本章小结33

第5章房产交易权属管理系统实现与测试34

5.1系统实现34

5.1.1配置IIS服务器34

5.1.2ASP.NET配置实现35

5.1.3开发技术分层实现37

5.2系统模块实现39

5.3系统测试45

5.3.1测试概述45

5.3.2测试用例46

5.4本章小结49

第6章结论与展望50

6.1结论50

6.2进一步工作的方向50

致谢52

行设计和分析时采用面向服务的架构,综合MVC架构所具有的架构思想,研究怎样在房产权属登记管理平台中整合MVC架构,保障系统的功能完整性并且可以很好的完成和满足客户所提出的系统需求,实现系统内的资源互联共享,推动企业数字化和信息化发展.

根据软件工程生命周期和研究顺序,将基于MVC的房产交易权属管理系统研究的论文划分为六个章节,每个章节的主要内容如下:

第1章前言,主要对课题研究背景,房产交易权属管理理论及应用在国内和国外的研究状况进行分析,然后对本文房产交易权属管理系统研究的意义及组织结构进行介绍,

第2章关键技术研究,主要对房产交易权属管理系统从需求分析到实现过程中所采用的主要技术进行研究,包括需求分析工具统一建模语言,系统设计所采用的MVC设计模式等,

第3章房产交易权属管理系统需求分析,根据房产交易权属管理业务的实际需求,对系统功能需求和性能需求等进行分析,并建立相应功能的数据和用例模型,

第4章房产交易权属管理系统设计,系统设计主要包括三个方面:总体设计,功能设计以及数据库设计,并对软件设计过程进行介绍,

第5章房产交易权属管理系统实现与测试,对系统的实现效果,实现方法以及实现代码进行介绍,并建立测试用例,分析测试效果,

第6章总结与展望,对系统设计和论文撰写过程中的收获和得失进行总结,并归纳后期工作的方向和方法.

第2章技术背景

2.1系统设计技术

2.1.1MVC设计模式

MVC设计模式是当前流行的设计模式之一,是Model-View-Controller的缩写,其主要由控制层(Controller,核心层),模型层(Model,对象层)以及视图层(View,用户交互层)三个层次组成.通过三个层次的结合使用,可以分离出业务的流入,业务的以及业务的流出过程[16-18].

控制层作为整个设计模式的核心层,主要负责进行业务逻辑和用户请求的处理工作,是视图层和模型层的关联环节,其处理过程是通过指令调用模型层信息,经过处理后,交由视图层进行用户反馈.

模型层在整个业务处理过程中只对控制层可见,其他功能的处理不能直接调用模型层,必须通过控制层来完成,视图层的用户请求不会直接与模型层进行交互.此层次主要完成对象模型的定义及数据访问规则制定.

视图层负责与用户的交互,用户的请求及反馈都是通过视图层体现的..MVC设计模式的优点

利用MVC设计模式进行系统的开发,需要设计人员具有较高的水平,前期工作和投入较大,但是可提高后期的管控能力及开发进度.其优点主要是从视图,控制器和模型三个方面介绍.

视图方面:模型和视图是无法直接进行通信的,必须借助于控制器进行,因此具有松耦合的特性.通过模式将系统划分为三个层次,能够实现分离业务逻辑和业务展现.与此同时,对于后期系统的维护人员来说,能够极大的提高代码的可读性和重用性.

模型方面:模型具有较高的独立性,与控制器以及视图的连接是通过接口来实现的.由于其独立特性,在进行模型规则和属性管理时较为方便,不会存在冲突问题(与其他模型或者模块).可以说,MVC的一大优势就是模型定义及模块设计的独立性,通过这个优势可以提高可充用模块的利用率,减少模块间的耦合度.

控制器方面:控制器是设计模式中的主导功能,所有的调配及管理都是通过控制器来完成,能够提高功能设计和扩展的灵活性及扩展性.通过使用控制器,可以使得功能处理方式得到扩充,提高用户满意度.控制器对于视图及模型的调用,使得用户可以通过配置文件来完成,增强了重用功能,可扩展性和灵活性.所有用户操作控制无法直接访问业务逻辑,增强了系统的健壮性和安全性.

(2)MVC设计模式的缺点

MVC设计模式是进行系统开发的基础,但是局限于理论模型设计.在进行银行信贷管理系统开发时,需要对相关的业务需求划分为三层架构以完成详细设计,便于后期的系统维护和功能扩展.在进行前期MVC模式设计时,要求架构人员拥有丰富的项目经验和逻辑思维能力.利用MVC设计模式进行系统开发,其主要的缺点是增加代码量,在进行文件管理和功能维护时开销较大.

2.1.2架构方式

浏览器/服务器模式(B/S)和客户端/服务器模式(C/S)是系统开发过程中两种流行的架构模式,系统在进行架构模式选择时,可根据应用的情况和模式的优缺点进行综合比较.为了保障系统开发的正常运行,避免不必要的财力,物力的损失,需要在开发之前慎重的对架构模式进行选择,结合业务需求选择符合项目要求的架构方式.C/S模式B/S模式的进度,逐步取代C/S模式C/S模式B/S模式的程序仅仅依赖于部署环境的系统版本信息,不需要考虑客户端的情况,而此项技术的应用也日趋广泛,开发人员基本已经掌握.利用B/S模式进行系统的开发,可以有效保障开发成本和开发周期.

(2)系统使用

B/S模式的所有访问操作都是借助于浏览器来完成的,操作人员只需要具备网络使用的能力即可,业务操作流程需要单独的进行培训,这个在C/S模式C/S模式B/S模式在易用性和操作性方面具有优势,C/S模式

B/S模式在性能方面远远无法与C/S模式C/S模式/S模式

C/S模式的系统实施和维护的过程繁杂,需要对每个客户端使用者进行安装和调试,容易造成问题的累积.后期的升级也需要重复此过程,会带来额外的开销成本.而B/S模式

2.1.3B/S三层结构Sun公司的JaScript以及微软的VBScript是主要的两种

B/S模式采用的体系结构是三层形式的,除了C/S结构原来所具有的数据管理层以及用户界面层之外,还加入了中间件层,使得整个系统的结构变得更为成熟.随着中间件层在技术上的不断突破,三层的体系结构也在随之进步.通过运用中间件层,可以按照逻辑层次将三层体系结构分为表示层,数据存储层以及业务逻辑层,根据不同的系统安排,可以对这三个层次进行新的组合.实际上,中间件属于基础性平台,三层结构系统正是在这一基础上形成的,中间件可以实现客户端与服务器

B/S结构的优点主要体现在以下四个方面:

()广泛性与方便性:在任何有网络服务的地方,均可以使用这个系统进行查询和管理银行信贷业务的操作,

:系统在进行扩展时十分便利,只需要对服务器进行扩展就可以实现系统的升级和改进,

()易维护性:在进行系统的维护时均利用服务器来完成,对程序的客户端不需要做出变动,降低维护的工作量,

()在开发时较为简单,开发技术较为成熟,有着较高的重用性.

()

(2)在操作方式上采用的是最基本的鼠标操作,如果想要完成一些快捷操作时需要借助于其他的组件来实现,

()系统在对请求进行响应时相比于传统设计模式而言速度较慢,

()在系统中很难完成传统设计方式中的一些特殊功能,在系统功能上出现弱化,需要借助于

由于银行网点相对比较分散,因此采用BS模式的服务器集中部署,客户端通过浏览器直接访问系统,能够降低成本.管理系统采用了权限认证与传输加密相结合的技术,实现信息传输及信息管理的安全.

综上所述,通过对系统实施与维护,性能评估,系统使用以及系统开发四个方面的综合分析,结合银行贷款管理系统的实际需求,明确了采用BS设计模式的好处与不足.并通过一些解决方案来有效的趋利避害,充分发挥BS模式的有点,降低风险性及不足.

2.2APS.NET技术

ASP.NET有关的模板也是由.NET框架进行提供的,主要包括三个方面的模板:网络应用程序模板,网络表单模板和网络服务模板[30].

(1)网络应用程序模板

网络应用程序模板(形成自URLs和URL)本质上一种模型架构,其是以Microsoft.NET框架为基础进行建立的,其模板是所有网络应用程序进行共享的.其不但包含网络服务还包括网页应用程序.活动服务器页面是ASP.NET最早期形式,其是ASP.NET发展的重要来源.ASP.NET可以为网络应用程序进行主机环境的提供,而这些环境具有可扩展,自动化以及可靠的特点,而主机 环境的提供需要借助于服务框架和monlanguageruntime进行实现.

HTTP运行语言是组成ASP.NET的核心,HTTP运行语言是一种低级结构的语言,ISAPI属于一种高级结构的语言,而ASP.NET则是具有高性能和高结构的特点,其运行主要是IIS进行.ASP.NET进行模板配置时主要是通过Microsoft.NET框架进行的,其本质上属于基于构建的类型,所具有的优势和特点主要有可支持实时更新应用程序,XML配置,构建并行配置和XCOPY配置等.如果需要对应用程序进行更新时,由于应用程序的文件状态处于解锁状态(且永不枷锁),可直接覆盖有关的运行文件,因此操作者不需要进行应用程序的停止和网络服务器的关闭.直接进行覆盖的应用程序文件不会直接的进行转换和跳转,而是在文件被系统检测到变化以后由系统进行新版本的温和转化.其转换的过程是应用程序实例生成的过程,而实例的销毁则是由系统自动进行检测,只有所有操作已经完成且不再被调用时才进行销毁.

网络模型属于无状态性质的,其未建立与具体的HTTP请求的关联,者就需要进行网络应用程序开发时进行跨请求的状态管理和维护.状态管理服务在早期的ASP开发语言中便已经引入,而ASP.NET则对其进行了增强,可以进行用户,会话以及程序等状态的管理.ASP.NET进行有关会话状态的管理形式是多种多样的,即可以采用机器存储,也可以采用过程存储方式进行,主要取决于应用程序的具体需要.通过配置方式进行会话状态的管理可以说对于网络群扩展的应用程序设计时能够发挥巨大的作用.会话状态不是永久性的状态,具有不可持续性,而用户状态则正好相反,其具有持久性的特点,不会超时.其主要负责存储个性化信息和用户参数信息等.应用程序状态的管理主要由程序开发人员进行管理.一般情况下,此三种状态的管理已经能够满足网络应用程序的使用,如果需要特殊的状态管理服务,可以根据需要进行个性化的开发,或者直接取自第三方组件.

(2)ASP.NET网络表单模板

网络应用程序的开发过程需要借助于多种模板的进行,除了通用应用程序模板之外,还需要网络表单模板进行,其优点是具有操作便捷和可视化.ASP语法中其代码与HTML样式内容是混合在一起的,而在ASP.NET中则采用结构化的方法分离了用户接口内容和应用程序代码内容.其采用的机制是对于用户接口元素的封装主要是利用网络表单控件进行.此种机制早期只对较小规模的应用程序其作用,后来通过功能的逐渐扩展,开始对设计时模块进行支持,而网页布局的支持则是通过WUSIWYG工具来完成的.

用户接口的生成都是通过网络表单模板和控件进行完成的,HTML表单内部是其应用的典型场景.对于HTML中的普通控件,ASP.NET进行了很好的支持,包括按钮,文本框,列表框以及标签等,与此同时ASP.NET还提供了很多功能强大的网络控件,包括Panel,日历以及容器等.ASP.NET提供的网络控件不仅具有HTML控件的一般特点,而且能够对客户端的要求进行很好的支持,网络表单进行实现的主要目标是表单和客户端平台.网络表单控件具有较强的适应能力,其能够根据客户端浏览器的级别自动调整客户端的表单显示情况,以更加符合客户需求的形式返回结果.

(3)ASP.NET网络服务模板

ASP.NET的网络服务模板主要是由其服务体系架构进行支持的,能够通过编程的形式进行体现和扩充.网络服务平台并不是网络服务模板建立的必要条件,通过模板的使用能够对开发过程进行简化,其不但能够支持C#编程模型,而且对VB开发模型也能够提供很好的支持.通过各种模型的支撑,复杂的网络服务规范(SOAP,HTTP等)已经不再是开发人员必须掌握的知识.

利用ASP.NET网络服务模板进行网络服务建设时,网络应用程序中需要对标准文件进行配置,其主要是通过扩展名是.ax的标准文件进行的.此类标准文件派生自WebService类,包含两个方面的信息:一个是定义有关类信息,另外一个是引用有关受控类信息.客户自定义的类方法如果想要被网络服务进行调用,则需要进行WebMethod属性的标记,然后对其进行调用,在进行调用前需要先进行发送HTTP请求,而AX文件则负责对有关请求进行接收,并赋值给有关的URL对象.SCL文件的生成也是由ASP.NET自动完成,其前提是元数据检查完成.

用户进行请求提交的方式主要有三种:HTTPPOST,HTTPGET以及SOAP.针对不同的请求提交方式,其进行编码有关参数和方法的方式不同:(1)表单数据是HTTPPOST进行编码的主要形式,(2)查询字符串是HTTPGET进行编码的主要形式,(3)SOAP编码形式较为灵活,可进行自定义.相比较而言,SOAP的机制最为灵活,但是其需要的网络服务也更为复杂.

Microsoft.NET框架借鉴了当前流行的Ja开发技术,其对程序设计人员的有关经验进行了总结,对关键技术和应用程序进行了集成,能够提供高可用性,可扩展,可靠性,部署便利以及安全的网络应用开发平台.

2.3统一建模语言

统一建模语言(UnifiedModelingLanguage,简称UML)是一种建模标准,不是一种具体的建模工具,其本质上是分析方法和建模标准的组合,主要应用于面向对象的开发语言中.对于统一建模语言的具体应用工具,有很多公司都推出了自己的产品,比如微软公司的visio,Rational公司的Rationalrose,SparxSystems公司的EA等,都是统一建模语言的重要分析工具.统一建模语言一般由静态模型和动态模型两个部分组成,其中静态模型由用例模型,类图模型等组成,而动态模型则由活动图,时序图等组成.

借助于统一建模语言进行需求分析或者功能设计时的步骤可以归纳为:

(1)用例模型的建立:此部分是所有工程的开始阶段,主要是根据调研的结果进行功能模型的分析,建立主要功能的用例图,用例图主要包括参与者,活动以及关系等,

(2)静态模型的建立:静态模型的建立是对功能的详细分析,进行包括对象模型,关系模型以及部署模型等的建立,

(3)动态模型的建立:业务逻辑的流转方向和具体操作都是通过动态模型的建立完成的,通过动态模型的建立,可以完成主要功能模块的过程细化和业务流程分析,进行过程描述的模型由交互图,活动图以及时序图等组成.

统一建模语言已经广泛应用于面向对象应用开发过程中,对于系统的设计与实现起到了积极的推动作用,应用也日趋成熟.统一建模语言的特点和优势主要表现在四个方面:

(1)易于使用:只需要通过图形化的方式便可以完成统一建模应用的使用,操作简便易于上手.

(2)清晰的表现形式:通过模型化的形式可以对业务逻辑和功能需求进行简化和清晰的表示.

(3)与开发过程和开发语言无关:统一建模语言只是分析和设计的工具,进行模型的建立,不受开发语言和开发过程的限制,不但流行的Ja语言,C#语言可以使用,而且像较早的VC++也可以使用.

(4)通过对象的形式对设计进行简化:统一建模语言进行模型建立时都是通过图形的形式进行的,能够很好的和简明的对面向对象思想进行展现.

房产交易权属管理系统也充分利用了统一建模语言进行系统功能的分析与设计,需求分析是借助于用例模型进行实现的,通过用例模型对参与者,操作活动以及具体关系进行展现,而对于主要功能的具体实现则是通过类图进行展现的,通过类图进行不同功能和不同对象之间关系的具体体现.系统通过统一建模语言的使用,不但能够保障开发方法,而且能够提高开发人员的开发效率.

2.4本章小结

本 章首先对MVC三层框架的特点,优势以及架构形式进行阐述,然后对开发技术ASP.NET进行详细的分析,再次对系统需求分析所使用的统一建模语言进行介绍.

第3章房产交易权属管理系统需求分析

3.1功能需求分析

通过网络完成对房产管理部门以及住房保障部门工作流程,组织架构的优化改进,解决这些部门所面临的空间,时间以及所属不同部门面临的各种制约,使得房产管理以及登记等服务能够更加透明,规范,科学,推动房产管理平台的统一,高效.通过调查和分析相关潜在客户的实际需求和情况,可以将业务需求概括为以下几个方面:

1,对行政管理需求进行满足

利用和运行这一管理系统,需要实现操作者在进行房产权属登记以及管理相关资料和数据时可以更加高效和便捷,为相关负责人进行行政管理时提供更加快捷和有效的方法与途径,保障相关单位的高效率运转.

2,对多种办公方式进行支持

在系统中,除了要满足一体化地进行产权交易,登记以及抵押等业务的开展,还需要支持各个业务单独进行处理的需要,除了支持单位局域网系统内部进行的业务和操作,还需要支持远程进行业务开展,能够适应固定流程的业务开展和处理,同时还要支持多样化的流程形式,可以对有时间限制承诺的办公形式进行支持,还需要支持没有时间限制承诺的办公形式,可以支持由专门人员进行不同阶段的业务,还需要支持集体同时进行业务的形式.

3,拥有强大的信息分析和处理能力

系统需要提供多种形式的数据资料的统计和查询功能,并提供报表生成和图表制作,将传统的登记管理的被动形式转变为积极引导的主动管理形式,推动系统在帮助政府决策,房产商决策以及购房者决策的过程中发挥更大的作用.对于业务者来说,利用这一系统可以进行多种形式的资料统计和处理,可以根据实际需要的内容调整所需要查询的范围,对于部门管理人员来说,利用这一系统可以实时监控案卷的.

4,广泛的适用范围

该系统不仅可以为单位和部门业务人员进行各种业务内容处理提供便利,而且可以为前来进行业务的人员提供服务.对于获得系统授权的客户,其可以在已经联网的电脑上进行相关信息的检索和查询,对相关案卷的处理进行详细的了解和跟踪进度.并且在Web环境中,单位和部门的内部员工也可以根据相应的权限进行信息的查询和检索.

3.2业务模型分析

3.2.1数据模型分析

软件工程中进行数据模型的分析主要是借助于数据流图进行实现的,其主要是借助于多种符合对系统的逻辑模型进行体现,具体情况包括信息的存储,信息的处理以及信息的流动等.数据流,过程处理,数据存储以及外部实体等是数据流图的重要组成.其中:

(1)数据流

系统中所有数据的中间传递或者中间数据流值都是通过数据流进行体现的,其实质是过程处理的数据来源和数据流出.

(2)过程处理

过程处理主要是对数据值进行改变或者交换,完成处理数据的逻辑.所有的处理都是有数据来源,过程处理以及数据导出几个部分组成.

(3)数据存储

数据存储是处理过程的数据来源,同时又是处理过程的输出终点,其主要是完成数据的存储.

(4)外部实体

外部实体是指房产交易权属管理系统中各个主要功能模块的主要实施者,其是指令或者操作的起点.

系统顶层数据模型主要对房产交易权属管理系统中的主要业务功能,用户以及数据流向等进行关联和分析,系统顶层管理数据模型如图3.1所示.

图3.1系统顶层管理数据模型图

交易管理时整个系统中的一个重要组成部分,其主要完成交易业务的数据处理过程,交易管理数据模型如图3.2所示.

图3.2交易管理数据模型图

业务流程处理是交易管理的一部分,其负责从交易审批,,发证一直到档案管理的整个数据流程处理,业务流程处理数据模型如图3.3所示.

图3.3业务流程处理数据模型图

3.3.2用例模型分析

客户的功能和业务需求是开发人员进行系统开发的出发点,为了建立客户与设计人员之间的关联则需要建立相应的需求模型,需求模型主要刻画顶层系统功能,而用例图则是需求模型的一个重要形式.房产交易权属管理系统进行用例模型的建立主要采用统一建模语言进行,通过UML可以可视化的展示参与者行为和功能需求.

参与者和管理者是建立用例模型的主要对象,在进行用例分析时,首先需要对参与者关系及参与者执行行为进行分析,然后在此基础上,对实现的功能进行分析和确定,完成用例模型的建立.建立用例模型,不但有助于刻画客户的具体需求,同时也有助于设计人员和开发人员对用户需求的理解.

在需求分析的初始阶段,结合项目实际要求进行顶层用例模型的建立,然后逐层深入的对各个功能用例模型进行建立,最终实现客户需求和系统目标要求.综合来说,即是采用自上而下,逐层递进的演变方式完成所有用例模型的建立.

1,交易管理用例模型

房产交易管理用例分析在此主要以交易管理人员进行交易资源管理到交易归档管理整个流程的管理作为主要出发点,其主要参与者是交易管理人员,交易管理用例模型如图3.4所示.

图3.4预算管理用例模型图

2,租赁管理用例模型

租赁管理主要是进行与房屋租赁有关的信息管理,在此主要对租赁管理用例模型进行详细介绍,租赁管理用例模型如图3.5所示.

图3.5凭证管理用例模型图

3,登记管理用例模型

登记管理的用例主要对贯穿房产交易权属管理整个流程的登记过程进行管理.登记管理用例模型的主要参与者是登记管理人员,进行管理的活动主要包括登记管理和市场监管等,登记管理用例模型如图3.6所示.

图3.6工资核算管理用例模型图

4,业务智能管理用例模型

业务智能管理用例模型的主要参与者是单位报表分析和领导管理人员,实现报表管理,统计分析管理,辅助决策以及多维分析等活动,业务智能管理用例模型如图3.7所示.

图3.7业务智能管理用例模型图

5,系统管理用例模型

系统管理用例的主要参与者是系统管理员,实现系统相关部门管理,用户管理,权限管理以及系统设置等活动,其中系统设置又由日志管理,数据维护以及参数设置三个活动组成,系统管理用例模型如图3.8所示.

图3.8系统管理用例模型图

3.4非功能性需求分析

系统作为一个主体,需要同时满足功能性需求和非功能性需求两个方面.非功能性需求一般反映了用户对系统的具体要求.因此,能否满足非功能性要求并同时分析系统中的重要目标,在很大程度上决定了系统实际产生的应用效果,具体可以分为以下几点:

1.易用性

2.稳定性

3.安全性

在完成以上两点的同时,系统还需要保持数据的完整性,一边在业务处理中能对数据库进行全方位的控制,做到任何数据更改都保持完整并符合要求,所有这行行为都应该进行日志记录.


4.可扩展性

3.5本章小结

本章主要是对房产交易权属管理系统的需求进行分析,首先针对系统功能性需求进行分析,在此基础上建立相应的数据模型和用例模型,最后对系统的非功能性需求进行分析,包括性能需求,扩展需求以及安全需求等.

第4章房产交易权属管理系统设计

4.1系统设计概述

进行房产交易权属管理系统设计时,需要充分考虑预期目标,设计规范以及业务需求,主要依据的设计原则如下:

1.阶段性原则

进行房产交易权属管理系统设计与开发过程中,采用分阶段的循序渐进方式,不断地的对整个系统进行推进,而开发阶段也将决定具体的实施计划.

2.前瞻性原则

随着后期不同业务系统的不断推进和增加,综合系统可能需要在需求以及其他方面进行不断变化,因此在进行系统设计时需要具有前瞻性,能够充分考虑系统的可扩展性,当需求变更时,不需要较大的改变体系结构.

3.稳定性原则

设计的软件必须能够具备较强的容错功能,使得系统能够稳定的运行,只有这样才能保障系统的正常使用和数据安全,设计时需要充分考虑.

4.可靠性原则

当系统出现 9981;同情况的损坏或者不可预知情况时,系统必须能够具备较高的可靠性,及时启动备份策略,保障数据和程序的安全和可靠,以便后期及时进行跟进处理.

5.易维护性原则

如果能够在一定情况下对系统性能和可用性进行保障,那设计则着重进行维护工作量和开发工作量的考虑,便于后期的维护和开发推进.进行系统设计时,需要以简单直观,操作方便,功能强大作为系统实现的主要目标,便于使用者直接能够进行操作,不需要额外的培训和了解处理过程.

6.一致性原则

房产交易权属管理系统在设计时,要充分考虑与已有业务系统的一致性,保障对已有业务的兼容,至少不能产生影响.

7.高性能性原则

房产交易权属管理系统在部分时期的访问量会比较集中,在设计时需要对并发量和性能进行考虑,防止因为并发量太大造成系统问题和系统崩溃.

8.安全性原则 网络安全性可以说一直困扰着各种Web应用程序开发和使用者,需要对地址欺骗,身份伪造,信息破坏,信息窃取以及非法访问进行控制,否则会造成不必要的损失.

4.2系统总体设计

4.2.1功能结构设计

基于MVC模式的房产交易权属管理系统包含交易管理,租赁管理,登记管理,业务智能管理以及系统管理等主要功能,房产交易权属管理系统的总体功能结构如图所示

图4.1房产交易权属管理系统功能结构图

交易管理:主要包括资源管理,预售管理,初始登记管理以及期转现管理等,资源管理又包括主体资源和客体资源等.

租赁管理:主要包括预租赁备案,租赁新增,租赁转让以及租赁注销等功能,

登记管理:主要包括他项权登记,变更登记,限制登记,异议登记以及市场监管等功能,

业务智能管理:主要由报表管理,数据清册以及多维分析管理等功能组成,

系统管理:主要包括部门管理,初始设置,用户管理以及权限管理.

4.2.2体系结构设计

采用C#实现的房产交易权属管理系统总体结构分为三层,具体如图4.2所示.

()利用EB层也被叫做表单层,通过利用

图4.2房产交易权属管理系统体系结构图

4.3系统详细设计

4.2.1交易管理模块设计

在进行交易管理时需要进行权利人,楼栋,坐落以及业务等方面的资料提供,完成主客体资源管理,预售管理,初始登记管理,期转现管理以及审批管理等功能.交易管理业务活动流程如图4.3所示.

图4.3交易管理功能业务流程图

4.2.2租赁管理模块设计

租赁管理完成从预租赁备案到备案归档整个过程的管理,包括预租赁备案,租赁新增,租赁转让,租赁注销以及租赁备案等功能.租赁备案是对房屋租赁合同进行备案登记的行为.通常租赁登记的房屋可能有产权证,也可能没有.对于有产权证的房屋,如果系统中已经有该产权证记录可直接调用.若系统中没有,则首先补录产权证,然后再租赁备案.若房屋没有产权证则直接录入房屋信息.租赁管理业务活动流程如图4.4所示.

通过图4.4可知,租赁管理的业务流程主要包括:

(1)预租赁备案:对于要进行租赁的房产信息进行权利人,业务以及房屋信息的备案,对有关信息进行填写,如果预租赁备案完成,则提交至下一个环节,如果未完成,则需要重新进行资料的准备和提交,

(2)租赁新增:完成预租赁备案以后,在进行租赁过程中首先需要新增租赁信息,具体的租赁房屋信息和租赁信息可有通过预租赁备案信息进行提取,如果新增租赁信息有资料的缺失,则需要进行有关资料的补录,

(3)管理:管理主要进行有关租赁的收缴管理,包括权利人,承租人,房屋产权等,

(4)租赁审批:对于需要进行审批的新增租赁信息,则要提交至审批人员进行资料的审核和批准管理,

(5)租赁备案:租赁备案管理完成租赁费用的管理,租赁备案证明管理以及租赁证管理等,完成租赁的整个过程管理,

(6)租赁转让:在租赁过程中,如果权利人或者承租人发生改变,则需要对有关租赁进行变更,完成租赁转让管理,

(7)租赁注销:权利人取消房产租赁时,需要执行具体的租赁注销管理,以便保障租赁数据的一致性,

(8)租赁归档:不管是租赁的新增,的管理还是审批的过程,都需要对具体的租赁资料进行归档管理,便于查阅.

图4.4租赁管理功能业务流程图

4.2.3登记管理模块设计

登记管理贯穿交易管理,租赁管理,档案管理以及统计分析管理等各个环节.其主要对变更登记,他项权登记,限制登记以及异议登记等登记信息进行管理,并完成市场监管管理和档案的有关管理.登记管理业务活动流程如图3.5所示.

图4.5登记管理功能业务流程图

4.2.4业务智能管理模块设计

业务智能管理模块主要完成数据清册,套打报表,动态报表等的个性化报表管理,多维分析和自定义分析等智能分析管理以及辅助决策管理等功能.在统计决策管理过程中借助于指标分析,趋势分析以及结构分析等方法,分析房产交易权属的报表数据和业务数据,通过报表或者图标的形式进行直观的展示,以便对单位交易状况和收支状况进行更好的客观管理.同时借助于统计图标和指标分析,进行分析和决策报告的生成,便于领导的辅助决策支持,提高系统的智能化处理程度.业务智能管理业务活动流程如图4.6所示.

图4.6业务智能管理功能业务流程图

4.2.5系统管理模块设计

房产交易权属管理系统的整体管理需要系统管理模块的支撑,其负责系统初始参数和运行数据的统一管理.系统管理业务活动流程如图4.7所示.

图4.7系统管理功能业务流程图

(1)进行数据字典的管理:包括新增,编辑以及移除等,具体操作对象有用户,院系以及资助类型等,

(2)权限控制管理:分为权限管理和授权控制两个方面,首先根据不同的管理人员进行不同权限的设置,然后不同人员在进行访问时需要进行授权控制,只有获得授权的用户才能访问具体的功能,通过这种方式可以保障系统业务数据的一致性和安全性.

(3)数据备份管理:此管理也是包括数据备份和数据恢复两个方面,对于重要的业务数据需要以一定的时间间隔实施备份,遇到突发事情影响系统正常运行时,通过数据恢复功能进行还原,保障系统的正常运行,

(4)日志管理:系统运行日志和操作日志是日志管理的两个重要组成部分.通过系统运行日志可以准确定位系统运行过程中出现的各种问题,以便于及时的排查和解决,而操作日志可以记录不同用户的操作习惯和操作功能,根据操作日志可以对系统进行功能和性能优化.

4.3系统安全设计

1,数据安全:

(1)存储备份,

(2)实时备份与恢复,

(3)数据库实时备份与恢复系统,

"实时备份与恢复系统"提供两种保护数据的方式:一是"除败"(Failover),二是"切换"(Switchover).前者多用于实现实时自动灾难恢复,后者多用于维护和升级,两者组合用于防止操作错误和数据毁损.

主服务器中的数据库实时归档到备份服务器,当主服务器发生灾难时,备份服务器可以通过"除败"立即开始正常工作.当需要维护和升级时可通过"切换"让备份服务器顶替主服务器工作,等维护和升级结束,再"切换"回去.

2,网络安全:

虚拟专网(VirtualPrivateNetwork)是为专用网.VPN有两层含义:虚拟的网,即没有固定的物理连接,网路只有用户需要时才建立,是利用公众网络设施构成的专用网.简单的说,VPN可以看作是在Inter上的延伸,通过在Inter中一个私用的通道来创建一个安全的私有连接,VPN通过这个安全通道将远程用户,分支机构,业务合作伙伴等的网连接起来,构成一个扩展的网.

图4.9房产交易权属管理系统实体关系图

4.4.2物理结构设计

数据表设计在此分模块对主要表结构进行详细介绍,具体如表4.1至4.8所示.

表4.1楼栋信息数据表代码数据类型主键注释楼栋序号LD_IDnumber(10)是区县名称countyvarchar(20)街道名称addressvarchar(50)院门牌号YM_IDvarchar(50)小区LD_XQvarchar(200)栋号LD_DHnumber(10)地上层数LD_DSInt地下层数LD_DXInt结构类型LD_TypeInt数据字典创建日期Create_TimeDataTime表4.2房屋信息数据表代码数据类型主键注释房屋编号Hourse_IDnumber(10)是单元Hourse_DYvarchar(20)室号Hourse_SHvarchar(20)自然起始层QSCnumber(10)自然终止层ZZCnumber(10)建筑面积JZMJFloat室内面积SNMJFloat公摊面积GTMJFloat户型HXnumber(10)数据字典规划用途GHYTnumber(10)数据字典使用用途SYYTnumber(10)数据字典单价DJFloat总价ZJFloat所有权证SYQZnumber(10)所属楼栋编号LD_IDnum ber(10)建筑时间Datetime表4.3交易信息数据表代码数据类型主键注释交易编号JY_IDnumber(10)是转出权利人类型ZCLXvarchar(20)数据字典解释转出权利人性质ZCXZvarchar(30)数据字典解释转出权利人类型ZCZJLXvarchar(20)数据字典解释转出权利人号ZCZJHMvarchar(18)转出权利人名称ZCMCvarchar(300)联系ZCPhonevarchar(20)联系地址ZCAddressvarchar(50)转出权利份额ZCFEvarchar(10)数据字典解释转入权利人类型ZRLXvarchar(20)转入权利人性质ZRXZvarchar(30)数据字典解释转入权利人类型Passwordvarchar(20)数据字典解释转入权利人号ZRZJLXvarchar(18)转入权利人名称ZRMCvarchar(10)数据字典解释转入联系ZRPhonevarchar(20)转入联系地址ZRAddressvarchar(50)转入权利份额ZRFEvarchar(10)数据字典解释执行时间CreateTimeDatetime表4.4房屋租赁关系信息表

名称代码数据类型主键注释租赁IDHouse_HiringIDnumber(10)是房屋IDHouse_IDnumber(10)状态HiringStatenumber(10)数据字典解释租赁备案号HiringNOvarchar(18)租赁模式HiringModevarchar(10)数据字典解释租金HireFloat印花税YhsFloat租赁开始日期HiringDate_BDatetime租赁结束日期HiringDate_Edatetime备注Remark_Hirinarchar(200)表4.5节点数据表代码数据类型主键注释节点编号JD_IDnumber(10)是节点名称JD_Namevarchar(20)节点描述JD_Descblob节点状态JD_Statevarchar(2)数据字典解释创建日期Create_TimeDataTime权限序列QX_Numbervarchar(30)表4.6权限数据表代码数据类型主键注释权限编号QX_IDnumber(10)是权限名称QX_Namevarchar(20)权限描述QX_Descblob权限状态QX_Statevarchar(2)数据字典解释创建日期Create_TimeDataTime表4.7日志数据表代码数据类型主键注释日志编号Log_IDnumber(10)是日志说明Log_Demovarchar(20)日志类别Log_TypeInt数据字典日志操作人编号User_IDnumber(10)不能为空日志操作时间Log_TimeDataTime日志操作内容Log_ContentText4.5本章小结

本章是对房产交易权属管理系统的具体设计过程进行详细的介绍,主要从功能结构和体系结构两个方面对系统的总体设计进行介绍,然后对系统的各个主要功能模块进行详细的设计,最后结合功能模块的设计,进行数据库的详细设计.

第5章房产交易权属管理系统实现与测试

5.1系统实现

5.1.1配置IIS服务器

IIS成功安装完成,系统有一个指向C:\\Ipub\\root作为默认目录的默认Web站点.可以通过"默认Web站点"的右键单击选择"属性",具体打开的属性对话框如图51所示.在此对话框中可以设置全部的网站属性.

图51默认网站属性对话框图

选择主目录选项卡,可以转换到启用父路径和主目录的页面设置,在此选项卡中可以完成此两项网站主要内容的设置.启用父路径选项的勾选将直接影响部分程序的正常运行.具体如图52所示.

图52主目录启用父路径截图

切换到"文档"选项卡,可以实现主页文档的设置.在此选项卡中可以设置网站默认访问的网站首页,系统会自己搜索并访问设置的默认主页.常用的主页文件包括index.,index.,index.asp,index.php,index.jap,default.,default.,default.asp等.而IIS默认的主页文档只有default.和default.asp.本系统中,通过"添加"按钮增加index.aspx作为系统访问的主页面.

5.1.2ASP.NET配置实现

房产交易权属管理系统主要是利用ASP.NET技术进行实现的,在有关的数据库连接,安全设置,国际化处理以及错误统一处理等方面主要是通过配置文件进行,即XML类型的web.config文件.其组织结构完全符合XML的规范要求,以便于系统的自动化提取.Configuration是其根节点,标示整个配置的开始,根节点一般都是由多个子节点组成的.每个子节点承担着不同的作用.主要的子节点有:

(1)<,configSections>,子节点

房产交易权属管理系统不是由单一的功能组成的,其包含不同的功能,每个功能实现不同的业务逻辑处理,且对于具体配置的要求也不一样,因此需要通过多段的配置形式进行有效的区分.而<,configSections>,子节点主要完成不同节配置的信息存储.

(2)<,system.web>,节点<,system.web>,节点<,appSettings>,节点<,system.web>,节点<,appSettings>,节点<,connectionStrings>,节点<,connectionStrings>,节点<,pilation>,节点<,pilation>,节点<,authentication>,节点<,authentication>,节点<,customErrors>,节点.<,customErrors>,节点

(8)<,error>,子节点<,customErrors>,节点

(9)<,httpHandlers>,节点<,httpHandlers>,节点.

(10)<,httpRuntime>,节点<,httpRuntime>,节点

在房产交易权属管理系统中,有时需要进行有关合同的上传,对于上传的具体合同需要对其大小进行限制.系统中设定的最大合同大小为一百兆,运行同时上传的个数为五十个,而允许等待的最长时间是一分钟.则通过<,httpRuntime>,节点

<,httpRuntimemaxRequestLength等于"40960"executionTimeout等于"60"appRequestQueueLimit等于"100"/>,

(11)<,sessionState>,节点<,sessionState>,节点

(12)<,globalization>,节点

<,globalization>,节点web.config配置文件,对于房产交易权属管理系统的实现与实施具有极其重要的作用,其能够提供极大的便利性,有助于通过配置文件实现系统功能的灵活转换,提高系统功能的重用性和代码灵活性.有时候如果需要改变整个系统的应用权限,也可以通过web.config文件

5.1.3开发技术分层实现

三层架构模式是当前应用开发的主流体系结构.房产交易权属管理系统的程序开发采用自底向上的三层结构,分别是数据访问层,业务逻辑层以及界面展示层.操作数据库记录相关的信息封装在数据访问层,针对RDBMS具有相应的对应关系,业务逻辑的实现是基于数据访问层的,是整个系统的核心部分,统一封装在业务逻辑层,业务逻辑层的实现是分模块的,降低模块的耦合性,提高后期的扩展能力,业务逻辑层处理的业务结果需要通过界面展示层反馈给用户,界面展示层是人机交互界面,至负责信息的提示,输入以及输出等.

1,数据访问层

相关的数据操作类可以由数据访问层ADO.NET来完成,通过这些有关的数据操作类可以实现每个数据实体均有数据访问类与之对应.

房产交易权属管理系统的所有功能模块,都需要有对应的界面展示功能,通过输出控件,操作控件以及输入控件的部署,在进行功能实现时调用具体的业务逻辑层中实现类完成执行过程.

界面层设计的过程中,需要进行控件的合适部署,具体的部署要求需要结合需求分析中用户的实际需求.每个控件的功能实现都是通过事件进行驱动的,需要执行某个功能时,只需要在合适的事件中调用对应的业务逻辑处理代码即可,具体的业务逻辑实现由业务逻辑层来实现,实现结果返回给控件进行显示.在添加资源信息的时候,主要包括如下事件和控件:系统与客户进行互动的添加按钮,进行逻辑操作业务į 40;CLICK事件.

在对界面进行设计时,其展示层的代码按照下列思路进行设计:首先是对输入控件的内容是否正确进行验证,然后是对实体类对象的操作类进行调用,为对象进行属性的设置,其次是把实体类对象当成是参数交给业务逻辑层,由其对AddProduct()进行调用并实现添加资源信息的任务,最后是业务逻辑操作类将处理结果回传给展示层,由展示层进行结果展示.

ORM)

房产交易权属管理系统的分层划分,除了数据访问层,业务逻辑层以及界面展示层三层之外,对于游离于三层之外的一些操作也是分层进行管理的.类似于DBHelper的数据库操作类等公用类统一存放于Common项目层中,利用数据访问层的统一调用,实体类则同故意存放于Modal项目中,进行实体管理.

对象关系映射(ObjectRelationalMapping),在开发过程中直接成为ORM映射,主要实现关系型数据库中表与实体类之间不匹配问题的解决.利用元数据的映射(关系和对象间的描述),建立关系数据库表与软件中类对象的持久关系,实现数据库表在程序中的描述.ORM映射本质上是实现数据从表到对象的转换,或者对象到表的转换.

ORM映射可以实现软件程序与不同关系型数据库之间的数据转换,转换的方式包括工具和手工两种,本系统实现过程中,采用手工代码的方式完成ORM关系映射.

6,系统分层的设计思路

(1)新增DAL项目作为数据访问层,增加数据访问类的建立,实现与资源管理相关的方法,

(2)新增BLL项目作为业务逻辑层,并在其中增加业务逻辑处理类,实现与资源信息管理相关的业务处理方法,

(3)界面展示层中部署控件及增加输入验证代码,在控件驱动事件中完成业务逻辑处理类的调用,实现相关的管理,

(4)由于Product实体类位于Modal项目中,DBHelper类位于Modal项目中,在数据访问层进行调用此两个对象时,需要增加相关的引用.业务逻辑层中需要同时用到数据访问类和实体类,需要增加Product类和ProductAccess类的引用.在界面展示层的项目中,同样需要增加Model实体类和业务逻辑层的引用.

5.2系统模块实现

1,交易管理实现

不论是刚刚建成的商品房,还是经济适用房,在进行转移登记的时候,如果之前有过初始登记记录,那么我们在对业务细类进行选择之后,就可以"原产权证号"进行填写,或者选择,进而在该系统界面中复制与该业务对应的信息.

系统会对转移登记之前的业务信息进行记录,也就是说,在系统中,与上一手有关的信息都是被记录的,这里所提的信息,不仅包括楼盘信息,房屋信息,还包括权利人信息.交易管理中的权证管理实现效果具体如图5.3所示.

图5.3交易管理实现界面图

2,租赁管理实现

租赁管理中租赁备案新建实现效果具体如图5.4所示.

图5.4租赁管理实现界面图

1)若清楚房屋产权证号,那么在保存前就可以选择直接进行录入或模糊查找,这样系统就会对与楼盘和房屋相关的信息进行自动调取,并在界面中显示出来.如果产权证上不止一套房屋,那么大家就需要有选择性地进行保存,划掉没有租赁需求的房屋前面的对号.

2)若不清楚房屋的产权证号,或者房屋本身没有产权证,那么也可筛选房屋信息,方法如下:在页面的下方点击"选房屋"选项,然后会自动弹出一个页面,在这个页面上大家根据需要对房屋进行选择,再保存即可.

3)若在系统中找不到与租赁房屋有关的信息,那么大家就可以在系统界面上直接对于房屋和楼盘有关的信息进行录入,这样系统就会以我们录入的信息为依据,创建出一个便于我们管理的虚拟的楼盘.

1)填写相关信息,不仅包括出租人信息,也包括承租人信息.

如果按照前两种方式进行房屋租赁时,那么出租人是系统默认的,即房屋的所有人.如果按照第三种方式进行房屋租赁,那么出租人需要大在系统的界面中自行录入.

2)打印相关资料,不仅包括申请书和收件单,补件单,还包括受理通知单,等等.

3)对相关进行收缴,

4)提交材料.

租赁管理主要是通过查询ExecuteNonQuery执行和Reader信息提取等主要方法进行实现.具体实现代码如下所示.

ExecuteNonQuery(stringconnectionString,命令参数cmdType,stringcmdText,参数数组mandParameters)

{

//执行数据库连接的有关实例化操作

using(SqlConnectionconn等于newSqlConnection(连接字符串))

{

//利用参数数组和命令对象进行命令对象的实例化操作

PrepareCommand(命令对象,连接参数,null,cmdType,cmdText,命令参数),

//通过执行语句的调用,进行具体整型的返回

int整型等于cmd.ExecuteNonQuery(),

//对命令对象中的参数进行Clear

cmd.Parameters.Clear(),

//对具体的整型结果进行返回

returnval,

}

}

通过对ExecuteReader方法的调用,可以将具体的库存信息进行提取,并封装成Reader进行返回,以便于调用模块的直接调用和使用.

publicstaticReader对象ExecuteReader(连接字符串,cmdType,cmdText,连接参数)

{

//进行SqlCommand的实例化和创建工作

SqlCommandcmd等于newSqlCommand(),

//进行连接字符串的调用和连接实例化

SqlConnectionconn等于newSqlConnection(连接字符串),

//进行业务的操作和异常的捕获

try

{

//调用PrepareCommand并进行实例化

PrepareCommand(),

//将租赁的信息进行查询,以便获得具体的记录结果

SqlDataReaderrdr等于cmd.ExecuteReader(),

//对具体的参数信息进行清楚

cmd.Parameters.Clear(),

//对于封装完成的具体结果进行返回

returnrdr,

}

}

//执行具体的Scalar语句信息

publicstaticobjectExecuteScalar(string连接字符串,CommandTypecmdType,stringcmdText,连接参数)

{

SqlCommandcmd等于newSqlCommand(),

//对连接字符串进行引用,并完成数据库连接

using(SqlConnectionconnection等于newSqlConnection(连接字符串))

{

PrepareCommand(),

//执行具体的ExecuteScalar方法

objectval等于cmd.ExecuteScalar(),

cmd.Parameters.Clear(),

//进行具体的结果返回

returnval,

}

}

//进行方法的重载,具体的不同之处在于参数的个数不同

publicstaticobjectExecuteScalar(SqlConnection连接字符串,CommandTypecmdType,stringcmdText,参数列表)

{//执行实例化具体的命令对象

SqlCommandcmd等于newSqlCommand(),

//完成具体的命令对象准备

PrepareCommand(),

//通过调用执行语句进行对象的返回

objectval等于cmd.ExecuteScalar(),

//清楚具体的参数信息

cmd.Parameters.Clear(),

//执行对象的返回

returnval,

}

//进行Cache参数的设置

publicstaticvoidCacheParameters(string关键字,params参数列表)

{

//进行具体对象数组的初始化设置

parmCache[cacheKey]等于mandParameters,

}

//进行Cached有关参数的获得

publicstatic参数数组GetCachedParameters(string关键字)

{

SqlParameter[]cachedParms等于 ()parmCache[cacheKey],

//进行具体的缓存参数判断

if(cachedParms等于等于null)

returnnull,

//进行缓存参数的克隆

clonedParms等于newSqlParameter[cachedParms.Length],

//进行参数的遍历读取和设置

for(inti等于0,j等于cachedParms.Length,i<,j,i++)

clonedParms[i]等于((ICloneable)cachedParms[i]).Clone(),

//进行参数的返回

returnclonedParms,

}

//进行Command对象的准备

privatestaticvoidPrepareCommand(命令对象,conn,trans,cmdType,cmdText,命令参数)

{

//进行状态的判断和设置

if(conn.State!等于ConnectionState.Open)

conn.Open(),

//进行具体执行结果的判断和设置

if(trans!等于null)

cmd.Transaction等于trans,

cmd.CommandType等于cmdType,

//进行参数的判断和设置

if(cmdParms!等于null)

{//执行遍历操作

foreach(提取每个SQL参数)

cmd.Parameters.Add(parm),

}

}

3,登记管理实现

登记管理中的限制登记管理实现效果具体如图5.5所示.

图5.5登记管理实现截面图

5.3系统测试

5.3.1测试概述

测试主要是针对已经实现的系统和具体功能进行的,具体的实施者包括测试人员,开发人员以及客户等.而对于软件测试的分类则是多种多样的,静态测试和动态测试是从软件执行方面对测试的具体划分.白盒测试和黑盒测试时从测试结构和实现算法方面进行的具体划分.如果从测试过程进行划分,则可以划分为集成测试,单元测试以及系统测试等.

软件测试是软件生命周期中的一个重要组成部分,其同样具有不可或缺的地位.软件测试不仅仅隶属于软件开发的一个过程,而且已经逐渐成为一个重要的研究领域.通过软件测试,可以有效的对信息系统的质量进行控制.进行软件测试的过程中,主要采用的测试方法包括:

(1)通过人工的方式对房产交易权属管理系统的业务功能进行验证,

(2)业务逻辑处理正确性的检查:主要针对房产交易权属管理业务处理过程中的算法进行验证,

(3)模块接口正确性验证:针对不同模块之间的接口进行正确性验证,可以采用接口调用的形式进行,

(4)参数正确性验证:针对录入系统的各种参数,对其正确性进行有效的验证,

(5)友好性提示验证:当系统处理出现错误时,各种提示信息的友好性和准确性验证,

(6)进行正则表达式验证:验证系统匹配过程中采用正则表达式的正确性,

(7)动态的跟踪房产交易权属管理的处理过程.

一般来说白盒测试和黑盒测试是进行动态跟踪测试的两种重要方法.白盒测试主要是对房产交易权属管理的业务处理过程和业务逻辑处理细节进行测试,通过详细的测试对系统的内部操作能否满足需求分析的具体要求进行验证,而黑盒测试主要是在已有系统功能和要求的基础上,完成系统功能与用户要求之间符合程度的测试.在进行房产交易权属管理系统测试过程中,主要是利用白盒测试方法完成系统的单元测试,具体的葛总测试每个功能模块的动态运行.在进行白盒测试时,主要检查的内容包括:

(1)测试需要涉及房产交易权属管理系统的所有业务处理模块,且需要完成独立执行路径的所有测试,

(2)异常中断测试:包括断电测试和网络中断测试两种,验证数据的稳定性和系统的稳定性,

(3)压力测试

总数据流量测试:设定测试时间,验证系统能够接收的总数据流量,

数据流量速度测试:设定测试时间,验证系统数据流量速度,

稳定性测试:通过人为的网络拥堵,进行测试系统的稳定性,

逻辑测试:针对所有的逻辑判断,进行逻辑所有通路的测试,

边界测试:在不同的业务逻辑模块中,进行运行边界和循环边界的测试.

5.3.2测试用例

1,测试用例

房产交易权属管理系统的测试时通过对需求文档中的需求进行处理和分析可以实现测试用例的建立,并且测试用例属于映射和转化需求模型,并且对所有需要进行测试的功能均建立测试用例.测试人员主要负责建立测试用例,同时由开发人员进行确认测试用例,在测试完成后对测试结果进行详细记录,方便开发人员进行系统的完善和改进.

功能友好性测试用例具体如表5.1所示.

表5.1功能友好性用例表

序号用户操作预期结果是否达到预期1任意输入,并进行重置操作.通过浏览器操作,系统恢复的原始状态,并实现界面的刷新.是2输入十五位或者十八位的,并正确填写其他信息.1,相关信息保存至数据库中,2,保存成功后客户端友好提示成功.是3输入不正确的号,并进行保存.1,提示不符合要求,2,提交信息进行回滚,不提交保存.是4再次填写正确的进行提交保存.1,提示操作成功,2,完成数据库更新,3,不需要重复输入.是5在输入框中录入非法字符,如SQL注入字符等.1,在客户端进行输入不规范提示,2,提示正确填写方式,3,信息返回不保存.是6不进行任何信息录入,进行提交.1,必填项标红,提示填写,2,提示填写的正确方式.是7进行订单状态的填写中,填写确定,未确定或者入库等信息1,提示必须填写状态,2,提示正确填写的例子,3,信息不进行保存.是资源信息新增测试用例具体如表5.2所示.

表5.2资源信息新增管理测试用例表

功能描述新增资源基本信息用例目的对资源基本信息的录入功能进行测试序号测试项预期结果是否达到预期1资源编号Varchar(20)1,系统自动生成,

2,只读,是2资源名称Varchar(18)1,资源名称验证,

2,唯一性验证,是3资源类别Varchar(10)1,选择填写,

2,不允许录入,是4资源数量Varchar(2)1,限定为数量,不允许其他字符录入,

2,默认为0,是5资源Varchar(20)1,限定为数值型,不允许其他字符录入,

2,默认为0.是房屋信息检索管理测试用例如表5.3所示.

表5.3房屋信息检索功能测试测试测试

5.4本章小结

本章对系统的开发环境及系统实现效果进行了详细的介绍,开发环境包括IIS服务和.NET开发环境,并介绍了系统的三层架构实现.

第6章结论与展望

6.1结论

在开发和设计房产权属登记业务信息管理系统时,主要是基于优化和重组房产管理部门的工作流程和组织架构角度.通过对目前世界范围内的数字房产发展情况和数字化建设相关技术的了解和研究,本文在此基础上对客户的实际需要进行调研和分析,对相关业务开展的流程进行进一步的规划和优化.依据设计中的最优化系统原则,同时考虑到相关人员的技术能力和设备的配置能力,综合经济成本和实际效用这两个角度,对文中涉及的相关技术和开发平台进行详细介绍,通过对这些开发技术和开发架构进行对比选择出最合适的.完成这些之后,再利用对主要功能的演示和模拟运行来展现实际运作的情况.

本人在进行房产交易权属管理系统的研究过程中,所做的工作主要有:

(1)通过对单位房产交易权属管理业务的深入调研,完成房产交易权属管理业务研究现状和存在缺陷的分析,并确立房产交易权属管理系统设计的MVC模式,

(2)结合房产交易权属管理业务的实际需求,完成房产交易权属管理需求分析,并对其用例模型和数据模型进行建立,以确定系统设计的方向,

(3)设计与实现基于MVC的主要功能模型,并对系统的安全设计和数据库设计进行研究,

(4)研究MVC和ASP.NET技术,提出房产交易权属管理系统的解决方案,

(5)对基于MVC的单位房产交易权属管理系统主要业务功能进行设计并实现,通过测试用例的建立,对主要业务功能进行验证.

6.2进一步工作的方向

当前,在房产权属登记业务信息管理系统中还存在着较为明显的缺陷和不足.主要包括:在系统中的查询功能面向的对象有限,主要集中于与房产管理部门相联系的客户群体中,对于保证案卷信息į 40;有效性以及验证客户信息的有效性方面需要进一步优化和改进,对于一些常用的系统功能还需要进一步开发和优化,像数据统计以及问题回答等服务. 致谢

参考文献

[1]姜小奇.数字房产的一体化设计[J].福建电脑,2016.4:172-173

[2]金笑天,段玉山,陆忠,张殊楠.基于SOA的城市GIS综合平台设计与实现[J].计算机应用软件.2016.5(5):152-154

[3]梁爱虎.精通SOA:基于服务总线的Struts+EJB+WebService整合应用开发[J].电子工业出版社,2016.1,2-135

[4]张云生.基于SOA的政务应用集成研究与实现[D].厦门大学硕士学位论文.2016.12:1-23

[5]袁再健.杭州房产管理信息综合系统交易产权子系统的探讨与研发[D].河北师范大学硕士学位论文,2016.5:22-48

[6]常原飞.城市基础地理信息平台关键技术研究[D].中国科学院遥感应用研究所,2004.

[7]吴迪,张若琳.3S技术在土地管理信息系统中的应用[J].现代经济信息,2016(17).

[8]廉婷,陈刚,陈玉亮.基于GIS技术的数字房产管理系统研究[J].现代电子技术,2016,(6):71-74.

[9]李威.基于WebGIS的哈尔滨房产局信息门户分析和设计[D].哈尔滨理工大学,2005.

[10]蔡震平.数字房产建设初探[J].福建电脑,2002(12):1-2.

[11]赵波,潘蜀健,陈琳,陈德豪.房地产数字化管理信息系统的设计与实现[J].广州大学学报,2003,3(05):424-427.

[12]冯健文.基于开源框架的房管办公自动化系统研究[J].现代计算机(专业版),2007,(09).

[13]宫晓红.基于MVC结构的管理信息系统的研发[D].天津工业大学,2004.

[14]袁莹,边馥苓.基于权属对象的数字房产系统研究与实现[J].测绘科学,2016,33(3):156-157.

[15]何昭,李传湘,崔巍.基于面向对象框架的软件开发方法[J].计算机工程,2002,(04).

[16]ErichGamma,RechardHelm,RalphJohnson,JohnVlissides.DesignPatternsElementsofReusableObject-OrientedSoftware[M].Addison-Wesley&,ChinaMachinePress,2002.

[17]ErichGamma,RichardHelm,RalphJohnson,JohnVlissides.DesignPattern-ElementsofReusableObject-OrientedSoftvare.Addison-WesleyLongman,Inc,1995

[18]李秉璋.三种主要数据库系统特点比较[J].江苏技术师范学院学报,2006,12(04):10-14.

[19]边清刚,潘东华.Tomcat和Apache集成支持JSP技术探讨[J].计算机应用研究,2003,20(06):12-14.

[20]杨家海.高校后勤仓库管理系统的设计与开发[D].华东师范大学,2016.

[21]邱方亮.基于B/S的档案资料管理信息系统的研究和构建[D].西北工业大学,2004.

[22]金雪云.ASPNET简明教程.北京:清华大学出版社,2005,100-324

[23]ScottWorley.ASP.NET技术内幕[K](王文龙,刘湘宁译).北京:人民邮电出版社,2002,234-355

[24]蒋培,伍笑梅.ASP.NETWEB程序设计.清华大学出版社,2007

[25]柴巧叶,方万波等.ASP数据库编程.地质出版社,2006

[26]石志国.ASP.NET程序设计实用教程.电子工业出版社,2006

[27][美]MicrosoftCorporation着.MicrosoftSQLServer2000Transact-SQL和技术参考手册[M].北京:科学出版社,Microsoft.Press2016

[28]木林森.C#和ASP.NET程序设计教程.北京:清华大学出版社,2016

[29]徐枫,马国之,刘良旭.基于ADO技术的数据库访问研究与实现[J].计算机工程与设计,2004,25(1):107-110.

[30]MiliM,MiliF,MiliA.Reusingsoftware:issuesandresearchdirections.IEEE.TransactionsonSoftwareEngineering.2005,21(6):528-562.

[31]RonalJNorman.Object-OrientedSystemsAnalysisandDesign.Prentice-HallInternational,Inc,2016.

[32]RonPronk.XmlSchemaDeveloper'sGuide[M].OsbornMacgraw-Hill.Jan4,2016

[33]ScottSeesly.SAOP,CrossPlatformWebServicesDevelopmentUsingXML,UppersaddleRiver,NJ:PrenticeHallPTR,2016

个人简历,在读期间发表的学术论文与研究成果

目录

同济大学硕士学位论文摘 要

3

TongjiUniversityMasterofEngineeringAbstract

TongjiUniversityMasterofEngineeringAbstract

2

同济大学硕士学位论文目录

同济大学硕士学位论文目录

同济大学硕士学位论文基于MVC的房产交易权属管理系统设计与实现

第1章引言

第2章技术背景

第3章房产交易权属管理系统需求分析

第4章房产交易权属管理系统设计

同济大学硕士学位论文基于MVC的房产交易权属管理系统设计与实现

第4章房产交易权属管理系统设计

第5章房产交易权属管理系统实现与测试

第6章结论与展望

同济大学硕士学位论文致谢

同济大学硕士学位论文致谢

同济大学硕士学位论文参考文献

同济大学硕士学位论文参考文献

同济大学硕士学位论文个人简历,在读期间发表的学术论文与研究成果

Candidate:

StudentNumber:

School/Department:

Discipline:SoftwareEngineering

Major:SoftwareEngineering

Supervisor:

DesignandImplementationofRealEstateTransactionManagementSystembasedonMVCMode

基于MVC模式的房产交易权属管理系统设计与实现

姓名:

学号:

所在院系:

职业类型:工程硕士

专业领域:软件工程

指导教师:

副指导教师:

二〇一四年九月

类似论文

计算机工程文模板湖南,计算机工程文模板学校

附件1:省外培训分地区分专业名额分配表单位:人培训地区市州总计浙江省江苏省培训专业机械加工技术电子技术应用酒店服务与管理建筑。
更新日期:2024-10-6 浏览量:21635 点赞量:6856

计算机工程文模板新疆

附件4:广东省高等学校实验教学示范中心申请书推荐单位:东莞理工学院学校名称:东莞理工学院中心名称:计算机科学与技术实验。
更新日期:2024-10-2 浏览量:17076 点赞量:4726

硕士文模板下载软件工程硕士

硕士学位论文规范(试行)学位评定委员会办公室编二○一三年九月前言学位论文是研究生科研工作成果的集中体现,是研究生申请学位的。
更新日期:2024-12-22 浏览量:156108 点赞量:33359

硕士文模板下载软件工程硕士

硕士学位论文规范 (试 行) 学位评定委员会办公室 编 二○一三年九月 前 言 学位论文是研究生科研工作成果的集中体现。
更新日期:2024-10-5 浏览量:18717 点赞量:5434

硕士文模板下载北京

注意:学位论文的封面到各院系所研究生秘书处领取 2006 4 20-2006 7 12 2007 5 1修改和补充说明版 ⒈本模板编制说明。
更新日期:2024-10-3 浏览量:16821 点赞量:4562