网站原创硕士学位论文
(专业学位)
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.Thesystemcanbeputtousetoprovidescientific,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
与一个城市的房产业务活动是密切相关的,它是由房产管理部门产生的,不仅具有较强的专业性,还具有较强的技术性.但是纵观我国房产权属管理,仍存在不少不足[1].建设部于2016年出台了《房屋登记办法》,目的很简单,就是为了更好地贯彻落实之前颁发的《物权法》,对房屋的登记行为进行规范.这样一来,各地的登记机构在落实《登记办法》时,都要明确登记要件,并弄清楚程序新的要求,对业务系统及时地进行升级,调整,对于登记机构来说,不仅要加强硬件建设,还应加强软件建设.
做好一个城市的与房地产市场有关的信息系统的建设有着非常重要的意义,具体体现在如下方面:使上级文件的精神得到更彻底地贯彻和落实,使房地产管理部门的监管能力得到进一步提高,使实际工作效率以及公共怎么写作的水平标准得到提升,使房地产领域向着信息化方向发展,为建设"怎么写作型政府"提供前提条件,使房地产市场在发展的过程中更健康,更持续,更稳定,对房地产进行合理调控,便于科学发展观的树立.
综上,要真正落实新形势下我国对信息化进行全面建设的具体要求,要使房产交易的权属管理效率得到真正提高,要在对房产交易权属进行信息化管理的时候结合其具体的特点,要积极响应党的提议,这里的提议主要指的是与提高政府部门的办公效率有关的提议,就应努力开发房产交易的权属管理系统.
1.2国内外研究现状
1.2.1国外研究状况
国外对于软件技术的研究开始时间较早,各方面的技术较为先进,尤其是像美国等西方发达经济体,有着较为完善和先进的信息管理系统.并且在管理理论上也获得很大的发展,提出了包括风险维修以及可靠性维修等在内的管理理论,同时,在统一化,信息化以及集成化的信息管理上也已经达成.但是,由于不同国家所面临的实际问题各不相同,处理有关房产交易权属的问题上有着不同的安排.因此,不能直接照搬国外所使用的房产交易权属管理系统.
目前,按照系统的规模进行划分,我国主要包括三类房地产管理软件:第一种是工作组或者单机的系统,这种系统向用户提供了录入和打印已经完成手续的案卷的房地产的操作,可以避免人工手写所带来的易被修改和易出错误的问题,并且还提供了简易的绘图软件,能够进行房地产配正图的绘画和打印,第二种是部门类型的管理系统,该系统通过利用怎么写作器/客户机的形式将计算机连接成统一的网络,为不同计算机进行协同处理案卷的管理和登记等工作提供便利,提高工作的效率,同时通过整合进GIS软件来提高系统的图形能力,使得系统能够进行更加便利的图形绘制,使用以及修改,但是这个系统也存在着各项业务的单独处理,如房地产开发,产权登记以及业务开展的系统单独性进行,这就导致企业在进行管理时面临更加分散化的问题.第三种属于综合管理系统,这一系统通过对房地产社会化,现代化以及多样化的发展方向进行考虑,利用建设数字城市的思路,设计和开发具有综合管理功能的房地产管理系统,实现房产开发商,政府机构以及房地产管理部门三者沟通便利化.在这个系统中,实现了外部信息和内部办公的一体化,数据管理规范化,业务流程化等目标.使企业的业务开展,业务管理以及数据管理的科学化,提高了企业的业务效率和工作效率.第三种系统最能满足房地产企业进行业务管理,市场研究以及行业分析的需求,因此这一类型的系统是本文系统设计的最终目标.
1.3研究意义
通过采用Web怎么写作可以实现单位应用的更有效整合.通过在能够进行交互操作的平台上进行Web怎么写作的建设,该怎么写作作为一种标准和规范,对于应用程序怎样实现Web环境中的交互操作提供了很好的范例[3].
对于其他业务系统来说,通过调用房产交易权属系统的Web接口便可以实现同交易权属业务之间进行协同办公.这也意味着如果对单位不同的系统都进行Web接口的提供,那么就可以完成更加复杂和强大的房产管理系统,使单位内部的系统实现科学对接.
目前,手工在纸质资料上进行信息的记录形式仍然是我国房产交易所管理房产权属信息的主要形式.这也就导致在进行房产信息的管理时存在很多问题.首先是这一办公形式导致大量的人力资源占用,并且在进行信息记录时采用手工操作会减慢速度,降低业务和登记的效率,同时这种登记方式也容易导致各种错误的出现,对于一些重要性较高的文件而言是十分不利的.此外,在查询和检索纸质登记的数据和信息存在很大的难度,并且所需要耗费的时间也较长,这就导致查询时存在更大的工作量和工作难度.
近几年,我国加大了在房地产交易权属管理方面的制度建设和资金投入,将房地产交易作为一项重点工作来抓,同时对房产权属重要性和合法性进行法律法规层面的界定和保护,这也使人们更加重视自身权益的保护.尤其是最近这些年房价的快速上涨,使得房产交易出现了一段繁荣的时期,这直接导致进行房产交易权属管理时面对的工作量快速增加.
| 有关论文范文主题研究: | 关于管理系统的论文范文集 | 大学生适用: | 学院论文、电大毕业论文 |
|---|---|---|---|
| 相关参考文献下载数量: | 17 | 写作解决问题: | 写作资料 |
| 毕业论文开题报告: | 论文模板、论文前言 | 职称论文适用: | 核心期刊、中级职称 |
| 所属大学生专业类别: | 写作资料 | 论文题目推荐度: | 免费选题 |
1.4研究内容及组织结构
在进行房产交易,房产评估,房产抵押,房产登记发证,房产档案管理等业务操作和管理时,房产管理机构需要借助于权属登记和房产交易这两个重要的系统操作平台来实现.本论文通过对房产管理机构在进行新房屋登记系统所面临的实际需要,结合对MVC软件架构进行的研究,在进行设计和分析时采用面向怎么写作的架构,综合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.可靠性原则
当系统出现不同情况的损坏或者不可预知情况时,系统必须能够具备较高的可靠性,及时启动备份策略,保障数据和程序的安全和可靠,以便后期及时进行跟进处理.
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_IDnumber(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来完成,通过这些有关的数据操作类可以实现每个数据实体均有数据访问类与之对应.
房产交易权属管理系统的所有功能模块,都需要有对应的界面展示功能,通过输出控件,操作控件以及输入控件的部署,在进行功能实现时调用具体的业务逻辑层中实现类完成执行过程.
界面层设计的过程中,需要进行控件的合适部署,具体的部署要求需要结合需求分析中用户的实际需求.每个控件的功能实现都是通过事件进行驱动的,需要执行某个功能时,只需要在合适的事件中调用对应的业务逻辑处理代码即可,具体的业务逻辑实现由