基于BS的MVC三层结构模式毕业设计Word格式文档下载.docx
- 文档编号:21902997
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:32
- 大小:2.58MB
基于BS的MVC三层结构模式毕业设计Word格式文档下载.docx
《基于BS的MVC三层结构模式毕业设计Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《基于BS的MVC三层结构模式毕业设计Word格式文档下载.docx(32页珍藏版)》请在冰豆网上搜索。
B/SStructure;
JSP;
MySQL謀荞抟箧飆鐸怼类蒋薔。
第一章前言
1.1本文研究的背景、目的与意义
1.1.1研究背景
现代科学技术的不断发展进步,随着各个学科之间交织融汇,逐渐有新的科技应运而生。
有了新学科新技术,传统学科的发展将有更好的机遇和途径。
地震工程中,某些领域的问题对专家经验的依赖非常大,离开有经验的专家,问题就无法很好的解决,这严重地制约了这些工作的有效开展。
将人类经验与计算机技术相结合,例如引用人工智能技术和建立智能辅助决策系统,已经成为解决这类问题的有效方法。
因此,我们看到很多智能的计算机应用系统在地震工程领域崭露头角,经过时间的推移,它也已经成为推动地震工程进一步发展的一个重要因素。
纣忧蔣氳頑莶驅藥悯骛。
在我国,刘恢先等1989年建成一个供试验研究的“地震危险度智能辅助评估系统”。
杨玉成等人研制的“城市现有房屋震害预测智能辅助决策系统”,在1991年9月通过的科学技术鉴定会上被认为“其科学水平已经达到国内及国际先进水平”,这是一个专门用于震害预测的软件。
同类的软件还有王晓青等开发的“地震灾害损失预测系统”。
杨丽萍开发的“多层砌体房屋易损性评价专家系统”,该系统主要用于对现有多层砌体房屋进行易损性的评价。
在综合防灾减灾系统研究方面,在房屋地震破坏特征演示方面,均开发有很多非常有应用价值的系统。
颖刍莖蛺饽亿顿裊赔泷。
由于震害鉴定或预测的算法复杂且非研究人员不易得到,所以用现有的资源做了这样一个管理信息系统,将地震、建筑物、震损情况均记录下来,搭建在现有的网络和计算机的基础之上,形成基础信息的整合。
濫驂膽閉驟羥闈詔寢賻。
1.1.2研究目的
本文所做的工作,旨在能为抗震防灾工作人员及一般土木工程技术人员分享到已发生的地震与受地震影响的建筑物信息。
这样做能避免重复性劳动,使相关工作人员能在短时间内掌握地震现场建筑物情况,并在地震过后工作中能够普遍展开、有效实施建筑物安全鉴定,从而达到提高鉴定工作效率和结果可靠性的目的。
銚銻縵哜鳗鸿锓謎諏涼。
1.1.3研究意义
自20世纪90年代以来,我国的震害评估工作任务很重,因为在我们所在的区域地震活动进入了第五个新的活跃期。
中国地震局工程力学研究所的袁一凡等专家,于2005年制定了国家标准《地震现场工作第四部分:
地震灾害直接损失评估》(GB/T18294.4-2005),由此,我国的震害损失评估工作迈上了一个新的台阶[2]。
在《地震现场工作》系列国家标准第二部分建筑物安全鉴定中,明确了鉴定所需的各种数据,在国家标准第三部分调查规范中,明确了房屋震害调查的各种数据资料。
《建筑地震破坏等级划分标准》中将破坏等级划分为五种:
基本完好、轻微损坏、中等破坏、严重破坏、倒塌。
统计时,按建筑年代、使用功能、结构形式又将建筑分为三类分别呈现。
挤貼綬电麥结鈺贖哓类。
虽然震害评估方式随时都在改变和增强,但是还是有很多的缺点:
比方说大多数经济落后的乡镇地区,不能被建筑的经济损失评估方法所评估。
同时,在我国都是一些经验丰富知识渊博的专家来进行建筑物安全的鉴定和建筑物受损的评估。
要培养这样优秀专家需要很长时间且代价昂贵,同时也不可多得。
因为专家人数十分紧缺,我国地震还频频发生,在这样的情况下,提高效率显得尤为重要。
有了地震现场建筑物损坏情况的数据统计应用,专家直接对数据进行分析,就能较快解决现实需要。
赔荊紳谘侖驟辽輩袜錈。
1.2本文的组织安排
第1章,简单介绍一下本论文研究的背景、意义和目的。
第2章,先介绍一下本论文所描述系统的开发环境,采用技术和框架;
详细地介绍了JSP、Servlet及MySQL的特点;
接着介绍了MVC设计模式。
塤礙籟馐决穩賽釙冊庫。
第3章,详细地介绍了开发系统的需求分析,包括:
系统实现目标、系统可行性分析、关系模式的设计、系统功能设计。
第四章,主要介绍系统各个模块的设计与开发。
第五章,总结本系统,指出系统还存在的问题,提出展望。
第二章系统开发环境及开发技术
2.1系统开发环境
(1)操作系统:
WindowsXP/Windows7
(2)数据库:
MySQL5.5
(3)Web服务器:
Tomcat5.5
(4)后台编译器:
MyEclipse8.5
(5)前台编译器:
Dreamweaver
(6)Java运行环境:
JDK1.6
2.2系统开发技术
本信息系统以B/S(Browser/Server)作为基本结构,使用MySQL作为应用程序的数据库,运用MVC设计模式,通过JSP方式实现交互。
裊樣祕廬廂颤谚鍘羋蔺。
2.2.1JSP介绍
JSP(JavaServerPages)是许多公司一起建立的一种动态网页技术标准,下面简单介绍一下JSP及其优点。
仓嫗盤紲嘱珑詁鍬齊驁。
JSP技术通俗点说其实就是Java加上HTML。
JSP网页为整个服务器端的Java库单元提供了一个接口来服务于HTTP的应用程序[5]。
在传统的网页HTML文件(*.htm,*.html)中加入Java程序片段(Scriptlet)和JSP标记(tag),就构成了JSP网页(*.jsp)。
当用户提交访问JSP网页的请求时,服务器接收请求后先执行其中的程序片段,然后返回给客户执行结果,但是这个结果是HTML格式的。
程序片段可以传递参数,获得数据,或者对数据库进行需要的查找修改等,总之可以方便的帮助用户实现需要的功能。
服务器端会执行所有的程序操作,客户端接收的只是通过网络所传送的结果,对客户浏览器的要求最低。
绽萬璉轆娛閬蛏鬮绾瀧。
JSP的优点:
(1)JSP具备了Java技术的简单易用,基本上可以在所有平台上的任意环境中开发,有一次编写就可以到处运行。
骁顾燁鶚巯瀆蕪領鲡赙。
(2)基于服务器这一点,可以支持它们保持最新版。
2.2.2Servlet介绍
(1)Servlet概述:
Servlet简单的说,是运行在Web服务器上的一段Java程序,与平台和协议无关。
它能够通过Web服务器接受并处理浏览器发送的请求,然后通过Web服务器将动态生成的结果发送给客户端,即应答。
这样,就基本实现了能被系统利用的动态网页功能。
如果需要,还可以保存请求-响应过程中的信息。
在美国,关于电子商务的开发,几乎都使用的是EJB+Servlet+JSP标准。
瑣钋濺暧惲锟缟馭篩凉。
(2)Servlet的优势:
采用Servlet,服务器可以完全授权对像数据库这样的本地资源的访问,来自外部的用户访问数量及其访问性质也将会被控制。
Servlet拥有Java应用程序的稳定、可移植、易开发的特点,也是优势。
Servlet通过标签,可以生成动态内容嵌套在HTML中。
客户端发送的每个请求都对应一个线程,多个客户端用户可以在同一个进程中同时得到服务器所提供的服务。
鎦诗涇艳损楼紲鯗餳類。
(3)Servlet生命周期:
Servlet的生命周期可以简单概括成四个阶段:
Servlet类加载、实例化、服务和销毁。
当用户第一次访问时,Servlet对象被创建,客户端向服务器发出请求,并调用service()方法,service()方法可能激活其它方法以处理请求,如doGet()或doPost()或程序员自己开发的新的方法。
当第二次或更多的请求到达时,创建新的请求和响应对象,但是仍继续调用已存在的Servlet对象的service()方法。
当服务停止不再需要Servlet时(一般当服务器关闭时),会调用Servlet的Destroy()方法。
栉缏歐锄棗鈕种鵑瑶锬。
2.2.3MySQL介绍
MySQL是一个可扩展的、高性能的、为分布式客户机/服务器计算所设计的数据库管理系统,提供了基于事务的企业级信息管理系统方案。
辔烨棟剛殓攬瑤丽阄应。
MySQL的特点:
(1)上手容易
(2)兼容性良好
(3)利于构筑"
敏捷性商务"
2.2.4MVC模式
(1)MVC模式简介
MVC是一种支持大多数现代图形用户界面的软件设计模式。
它常被广泛地用在Web应用程序的开发中,尤其是大型的、比较复杂的开发。
峴扬斕滾澗辐滠兴渙藺。
MVC模式有模型、视图、控制器三层。
其中,M代表Model,V代表View,C代表Controller。
视图,就是展现给用户的界面,是应用程序的表示层。
MVC负责处理用户的请求,采集页面上的数据。
模型,是应用程序的业务处理层,负责所有业务流程的处理和业务规则的制定。
模型处理由控制器转发来的视图的请求数据,并将最终的处理结果返回给视图[8]。
控制层,它本身不处理业务信息,就负责根据请求的数据,分配相应的模型组件去处理,以及选择合理的视图将模型反馈给用户的数据显示出来。
这3部分的关系如图2-1所示。
詩叁撻訥烬忧毀厉鋨骜。
图2-1MVC模式3个部分的关系
(2)使用MVC模式的原因
由于MVC模式的三层结构之间是相互独立的,各自负责自己的功能,减少了应用操作的可耦合度,如果某些情况下需要修改某一层的需求,那么只要把那一层的代码进行下修改。
使用MVC模式,使代码的可读性比较高也有利于程序的扩展,并且,应用程序的封装性、可维护性、灵活性也大大提高。
则鯤愜韋瘓賈晖园栋泷。
第三章系统需求分析与设计
3.1系统需求分析
需求分析是软件定义时期的最后一个阶段,也是数据库设计过程的基础。
它的基本任务是明确系统到底要完成哪些工作。
对目标系统提出完整、准确、清晰、具体的要求。
胀鏝彈奥秘孫戶孪钇賻。
开发这个系统的目的就是为灾区建筑物的安全鉴定等后期工作做好准备。
帮助相关人员对地震信息,以及灾区建筑物的损毁情况进行增删改查等操作,并进行统计分析,提高工作效率,也避免一些多方信息传递所造成的误报等情况。
鳃躋峽祷紉诵帮废掃減。
系统最终实现的主要功能如下:
(1)用户管理部分:
用户角色分为普通用户、专家、管理员三种,均可以对自己的基本信息进行编辑,每个人都有自己的编号,管理员可以对全系统用户实施增、删、改、查的操作。
稟虛嬪赈维哜妝扩踴粜。
(2)地震信息管理部分:
普通用户查询地震信息,专家可增、改、查地震信息、管理员可以对地震信息实施增、删、改、查的操作。
陽簍埡鲑罷規呜旧岿錟。
(3)建筑物信息管理部分:
普通用户查询建筑物信息,专家可增、改、查建筑物信息、管理员可以对建筑物信息实施增、删、改、查的操作。
沩氣嘮戇苌鑿鑿槠谔應。
(4)震损信息管理部分:
普通用户查询震损信息,专家可增、改、查震损信息、管理员可以对震损信息实施增、删、改、查的操作。
钡嵐縣緱虜荣产涛團蔺。
(5)统计分析部分:
所有用户均可查看该部分。
3.2系统可行性分析
可行性研究是为了弄清楚系统开发的项目是不是可以实现和值得进行研究的过程,实际上是一次大大简化系统分析和系统设计的过程,所以,进行可执行性的分析是非常必要的,经过最初的设计目标和进行的市场调查得出以下三点的可行性分析:
懨俠劑鈍触乐鹇烬觶騮。
(1)经济可行性:
不需要大量设备,只需一台电脑以及相关软件便可进行开发。
(2)技术可行性:
J2EE技术已经推行广泛,JSP技术已相当成熟,开发效率高,使用稳定。
(3)运行可行性:
本系统的服务端运行是以jdk作为编译环境,tomcat作为web服务器,将系统包放到tomcat容器下连接到数据库就可运行。
謾饱兗争詣繚鮐癞别瀘。
通过以上的可行性分析,本设计将采用J2EE开发,使用JSP技术,以MySQL作为数据库实现。
3.3系统功能设计
本系统是以建筑物鉴定为背景,提供震后的统计数据,方便相关人员查阅。
为了很好的记录震后建筑物受损情况,会有相应的地震信息和建筑物信息的记录,为了方便用户对自己信息的管理,系统提供个人信息的修改、密码修改的部分。
同时,为了直观的展现系统所存储数据的量及关系,为用户提供了统计分析的功能,由统计图的形式展示数据。
由于所存储信息的专业性,系统会限制一部分用户对系统的操作,系统管理员会对系统的所有信息包括用户信息与震损相关信息进行管理和维护。
呙铉們欤谦鸪饺竞荡赚。
3.3.1系统功能划分
系统设定了四个信息管理模块,分别是用户信息管理、建筑物信息管理、地震信息管理、震损信息管理,主要用户管理信息系统中的基本数据。
同时,用登录验证部分来负责用户的登录注册工作,而对系统所存储的信息进行统计分析由最后的统计分析部分来完成。
用户分为普通用户、专业用户、管理员,普通用户只能查看建筑物、地震、震损信息,专业用户和管理员可以对这些信息进行增、删、改、查的操作。
系统的具体模块划分图,如图3.1所示。
莹谐龌蕲賞组靄绉嚴减。
麸肃鹏镟轿騍镣缚縟糶。
图3.1系统模块图
3.3.2系统各子模块功能设计
(1)登录验证模块:
若用户没有账号则先注册后登录,若有则直接登录。
系统根据用户的编号和密码进行验证,验证成功则登录系统,验证失败重新输入账号密码。
系统登录注册功能表3.1如下所示。
納畴鳗吶鄖禎銣腻鰲锬。
登录
根据ID确定用户身份及权限,记录session。
注册
创建账号的用户名、密码为必选项。
用户基本信息包括:
真实姓名、行业(有下拉框可选择)、单位。
联系方式:
通信地址(可选)、电话号码(可选)。
注册验证:
输入数据库中没有的账号才可创建。
注册者为普通用户,登录系统可申请成为专业用户
3.1登录注册功能表
(2)用户管理模块:
具体的权限分配详见表3.2所示。
風撵鲔貓铁频钙蓟纠庙。
用户类型
数据权限
普通用户
可以对本用户录入的基本信息进行增改查;
可以查询震损信息及统计分析结果;
专业注册用户
可以对本用户的上传的基本信息进行增改查;
可以对地震信息及建筑物震损信息进行增改查与统计分析;
系统管理员
可以对整个系统数据库的基本信息进行增删改查、对地震信息、建筑物震损信息进行统计分析;
即对数据进行最高权限的管理。
表3.2权限分配表
(3)地震信息管理模块:
主要管理地震信息。
地震信息录入:
新发生地震,即录入系统。
地震信息查询:
查询已发生地震的具体信息(普通用户只有这一权限)。
地震信息修改:
对已录入的地震信息进行修改。
地震信息删除:
对已过期,无利用价值的地震信息进行删除。
(4)建筑物信息管理模块:
灭嗳骇諗鋅猎輛觏馊藹。
建筑物信息录入:
新建建筑物,即录入系统。
建筑物信息查询:
查询已有建筑物的具体信息(普通用户在该模块只有这一权限)。
建筑物信息修改:
对已录入的建筑物信息进行修改。
建筑物信息删除:
对无法利用或已废弃的建筑物信息进行删除。
(5)震损信息管理模块:
铹鸝饷飾镡閌赀诨癱骝。
建筑物震损信息录入:
有建筑物受损,即录入系统。
建筑物震损信息查询:
查询已有的建筑物损毁具体信息(普通用户在该模块只有这一权限)。
建筑物震损信息修改:
对已录入的建筑物震损信息进行修改。
建筑物震损信息删除:
对已无利用价值的数据可进行删除。
(6)统计分析模块:
对系统存储的部分数据进行统计,生成统计图,所有用户均可查看该部分。
3.4系统数据库设计
所谓数据库设计是指从对现行非计算机管理的数据库系统地分析到最终实现由计算机管理的数据库系统的全过程。
它是建立数据库及其应用系统的技术,是信息系统开发和建设中的核心技术。
数据库设计具有两个特点:
一是数据库建设是硬件和软件的结合;
二是数据库设计应该和应用系统设计结合在一起。
数据库设计质量的好坏直接影响系统中各个处理过程的性能和质量。
攙閿频嵘陣澇諗谴隴泸。
3.4.1数据库概念结构设计
(1)用户信息部分本系统设置了八个属性,用户编号、用户密码、真实姓名、用户行业、用户单位、通讯地址、联系电话、用户角色,其中用户编号和密码用于登录验证,用户编号是主键,把用户和其他关系联系起来。
趕輾雏纨颗锊讨跃满賺。
(2)地震信息部分本系统设置了九个属性,地震编号、地震时间、发震地点、震源经度、震源纬度、震级、震源深度、创建时间、录入用户编号,描述了地震基本信息。
其中地震编号是主键,把地震信息和其他关系联系起来。
夹覡闾辁駁档驀迁锬減。
(3)建筑物信息部分本系统设置了十三个属性,建筑物编号、建筑物名称、栋数、建成年份、建筑面积、层数、中心经度、中心纬度、建筑物地点、结构类型、使用功能、更新时间、录入用户编号,描述了建筑物基本信息。
其中建筑物编号是主键,把建筑物信息和其他关系联系起来。
视絀镘鸸鲚鐘脑钧欖粝。
(4)建筑物震损信息部分本系统设置了六个属性,震损信息编号、建筑物编号、地震编号、建筑物破坏等级、录入用户编号、更新时间,描述了建筑物震损信息对应的建筑物,造成震损的地震,与建筑物的破坏等级等信息。
其中震损信息编号是主键,建筑物编号和地震编号是外键。
偽澀锟攢鴛擋緬铹鈞錠。
实体之间关系的E-R图,如图3.2所示。
主要实体为用户、地震、建筑物,一个用户可以记录多个地震信息,也可以记录多个建筑物信息,但是建筑物和地震的信息只对应一个录入者。
一个建筑物会在多次地震中产生不同程度的损坏,每发生一次地震会对很多建筑物造成损坏,而这些损坏的记录,会被存入震损信息中。
系统在震损信息中给各种震损情况划分了等级,直接呈现给用户。
每个建筑物都有自己的结构类型,是唯一的,每个建筑物也有唯一的使用功能,例如住宅,医院等等。
緦徑铫膾龋轿级镗挢廟。
图3.2系统E-R图
3.4.2关系数据库的逻辑设计
系统由登录验证模块、用户信息管理模块、地震信息管理模块、建筑物信息管理模块、震损信息管理模块、统计分析模块等模块组成。
要每个模块实现其功能,系统至少需要包含building表、damage表、earthquake表、husage表、standard表、structure表、user表,分别对使用本系统的用户信息、周围发生的地震信息、建筑物信息及建筑物的损坏情况信息进行记录。
騅憑钶銘侥张礫阵轸蔼。
用户信息表user记录了注册系统的所有用户信息,具体设计如下表3.3。
字段role用于标
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 BS MVC 三层 结构 模式 毕业设计
![提示](https://static.bdocx.com/images/bang_tan.gif)