论文网
管理系统相关论文范文资料,与计算机工程文模板下载相关论文网
本论文是一篇管理系统相关论文网,关于计算机工程文模板下载相关硕士毕业论文范文。免费优秀的关于管理系统及数据库及同济大学方面论文范文资料,适合管理系统论文写作的大学硕士及本科毕业论文开题报告范文和学术职称论文参考文献下载。
章首先对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.安全性
在完成以上两点的同时,系统还需要保持数据的完整性,一边在业务处理中能对数据库进行全方位的控制,做到任何数据更改都保持完整并符合要求,所有这行行为都应该进行日志记录.
这篇论文来自:http://www.sxsky.net/xie/070337388.html
4.可扩展性
3.5本章小结
本章主要是对房产交易权属管理系统的需求进行分析,首先针对系统功能性需求进行分析,在此基础上建立相应的数据模型和用例模型,最后对系统的非功能性需求进行分析,包括性能需求,扩展需求以及安全需求等.
第4章房产交易权属管理系统设计
4.1系统设计概述
进行房产交易权属管理系统设计时,需要充分考虑预期目标,设计规范以及业务需求,主要依据的设计原则如下:
1.阶段性原则
进行房产交易权属管理系统设计与开发过程中,采用分阶段的循序渐进方式,不断地的对整个系统进行推进,而开发阶段也将决定具体的实施计划.
2.前瞻性原则
随着后期不同业务系统的不断推进和增加,综合系统可能需要在需求以及其他方面进行不断变化,因此在进行系统设计时需要具有前瞻性,能够充分考虑系统的可扩展性,当需求变更时,不需要较大的改变体系结构.
3.稳定性原则
设计的软件必须能够具备较强的容错功能,使得系统能够稳定的运行,只有这样才能保障系统的正常使用和数据安全,设计时需要充分考虑.
4.可靠性原则
当系统出现
管理系统相关论文范文资料,与计算机工程文模板下载相关论文网参考文献资料：