某某某系统毕业设计.docx
《某某某系统毕业设计.docx》由会员分享，可在线阅读，更多相关《某某某系统毕业设计.docx（16页珍藏版）》请在冰豆网上搜索。
某某某系统毕业设计
某某某系统毕业设计
目录
第一章绪论1
1.1研究背景和意义1
1.2研究目标1
1.3论文结构1
1.4本章小结1
第二章相关技术与方法2
2.1架构概述2
2.2关键技术简介2
2.3开发工具2
2.4本章小结2
第三章系统分析3
3.1可行性分析3
3.1.1技术可行性3
3.1.2经济可行性3
3.1.3操作可行性3
3.2需求分析3
3.2.1系统总体需求3
3.2.2用例图分析4
3.3本章小结5
第四章系统设计6
4.1系统类分析6
4.1.1USER类6
4.1.2JOURNAL类7
4.2关键业务设计7
4.2.1系统登录7
4.3数据库设计8
4.3.1概述8
4.3.2概念设计8
4.3.3数据库表9
4.4本章小结9
第五章系统实现10
5.1用户登录10
5.2本章小结11
第六章系统测试12
6.1系统测试综述12
6.2测试用例12
6.2.1用户登录模块12
6.3测试分析13
6.4本章小结13
第七章总结14
参考文献15
致谢16
第一章绪论
1.1研究背景和意义
说明本课题的研究背景和意义，包括问题提出，具体问题的描述，对与此问题国内外研究的现状，对此现状进行优缺点分析，提出自己的解决思路和解决此问题的意义。
1.2研究目标
说明本课题研究的具体目标，希望解决的问题和达成的目标。
1.3论文结构
说明本论文的结构组成，从绪论开始到总结结束，对每一个大的章节内容进行简单的叙述。
1.4本章小结
第二章相关技术与方法
本章对所采用的分析、设计技术以及所采用的工具进行说明，控制在3页以内，另外从网上复制的内容注意修改格式。
2.1架构概述
说明系统设计所采用的架构，如MVC、ssh等。
2.2关键技术简介
说明系统所采用的关键技术，如JAVA技术、jsp技术等。
2.3开发工具
说明系统所采用的开发工具，包括前后台工具，如mysql，tomcat等。
2.4本章小结
第三章系统分析
本章内容包括可行性分析和需求分析两个部分，其中可行性分析包括技术可行性、经济可行性和操作可行性三个部分；需求分析注意采用用例图和用例说明来进行分析，用例图一般整个系统用一张用例图来说明，对更复杂的系统可以用分层用例图表述，用例图由角色、用例和关系组成，在绘制的时候使用WORD绘图工具绘制。
3.1可行性分析
3.1.1技术可行性
说明已有的技术可以完成本项目的研究任务。
3.1.2经济可行性
说明本项目研究是否在经济上可行，应分析其投入产出比等等。
3.1.3操作可行性
说明本项目完成后用户体验如何。
3.2需求分析
3.2.1系统总体需求
综述系统整体的用户功能需求，需要实现哪些功能，达成什么目标，并说明除功能以外的其他要求，如下表（表格前后需要与正文空一行，正文中所有表格的宽度应该一致）：
表3-1质量要求
主要质量属性
详细要求
正确性
按照需求正确执行任务，完成各个模块的相应要求
健壮性
具有较高的容错能力和恢复能力
性能效率
软件的输出结果更新周期应该与系统的信息更新周期相同。
在网络情况良好的情况下，3秒内响应用户的请求。
易用性
易理解性：
软件研制过程中形成的所有文档语言简练、前后一致、也易于理解。
安全性
防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软件属性其数据应能集中存放于总部的数据库服务器中。
可扩展性
能方便的进行二次开发，满足对功能的扩展或提高并能提高相应的安全机制
兼容性
不易与其他软件起冲突
3.2.2用例图分析
用例图分析可用一张图或分层用例图进行分析，如果采用分层用例图，需要先给出顶层用例图，之后再根据顶层用例图的用例分别画出下层用例图，用例图用WORD绘制（图前后需要与正文空一行，所有的图要居中。
）
图3-1系统用例图
系统整体用例有系统登录、用户管理，具体说明见表3-2至表3-3：
用例编号
UC01
用例名称
系统登录
用例概述
管理员通过此用例登录系统
主参与者
管理员
前置条件
无
基本事件流
步骤
活动
A1
根据自己的身份选择登录角色
A2
输入正确账户名密码登录
扩展事件流
1a
用户名不存在，返回提示信息
1b
密码错误，返回提示信息
表3-2系统登录
用例编号
UC02
用例名称
用户管理
用例概述
管理员通过此用例管理系统中的用户
主参与者
管理员
前置条件
管理员身份正确登录
基本事件流
步骤
活动
A1
选择需要的操作，增加、修改、删除用户
A2
输入用户信息
A3
保存输入的信息
扩展事件流
1a
用户名不存在，返回提示信息
1b
密码错误，返回提示信息
表3-3用户管理
3.3本章小结
第四章系统设计
本章内容包括系统类分析、核心业务设计、数据库设计三个部分，其中系统类分析需要给出系统类图和类的说明，需要注意在给出类图的时候只需要给出核心业务类，对辅助类如界面类、数据库连接类这种类型的不需要给出，如果所涉及的类（包括类当中的内容）较多时，应首先给出类间关系图（图中的类只有名称没有属性和方法），之后在单个类说明中给出具体类的类图，类图同样需要用WORD进行绘制。
核心业务设计主要描述的是完成某项具体业务时，类之间的消息配合，用时序图进行表述，时序图可以用其他工具绘制，但不能够有其他的颜色出现。
数据库设计主要描述在系统中需要持久化的对象，需要给出ER图，如果系统所涉及的实体（或实体的属性）较多时同样采用分层绘制的方法，顶层图给出实体间关系，下层图针对每一个实体进行具体绘制。
4.1系统类分析
经分析，该系统核心业务类见下图：
图4-1系统核心类
4.1.1USER类
USER类用于记录系统的用户信息，并完成登陆和注销的操作。
表6-3USER类功能表
类功能描述
处理和用户相关的业务操作
所在包名称
com.jxust.HotelOrder.Business
继承对象
无
实现对象
类属性
保护属性
类型
名称
描述
备注
Public
String
ID
用户ID
系统中用户的唯一标示，由系统自动生成
Public
String
Name
姓名
长度限制20位
public
String
Password
密码
长度限制20位
主要实现方法
保护属性
方法名
输入参数
输出参数
方法功能描述
Public
login
stringid，stringpwd
String"
登陆系统，用户输入ID和PASSWORD后进行验证，验证通过返回用户名，并登记日志，验证失败返回空串。
public
logout
stringid
Void
注销系统，注销成功清理用户的相关信息并登记日志。
4.1.2JOURNAL类
此类的说明格式和前面一样。
在类图中出现了多少个类就应该说明多少个类。
4.2关键业务设计
关键业务与用例图之间存在一定的对应关系，原则上用例图中所提出的用例应该在关键业务分析中体现，每一个用例对应一个时序图，每个时序图后面应当有一段简短的说明，时序图用WORD绘制比较难，可以借用其他工具，但复制过来时应尽量只有黑白颜色，下面以登录为例说明关键业务的说明方法。
4.2.1系统登录
图4-2系统登录顺序图
管理员通过UI界面输入用户名，密码，调用USER类LOGIN方法，在LOGIN方法中调用DATABASE的select方法，成功后调用JOURNAL的ADD方法加入日志，最后返回成功。
4.3数据库设计
4.3.1概述
本部分简单的说明一下系统所涉及的表以及表的内容。
4.3.2概念设计
图4-3系统ER图
日志用于记录用户的日常行为，通过用户编号与用户实体之间存在一对多关系。
4.3.3数据库表
系统中使用到数据库基本如表4-1所示。
表4-1系统数据库表
编号
表名
描述
01
Usertbl
用户表
02
Journaltb1
日志表
数据库中的用户表用来存储各类用户的相关数据，每个用户都要在用户表中有相相应的记录。
日志表用于记录每个用户的基本操作。
●用户表
系统用户表用于登录系统使用，用户表的具体字段如表4-2所示。
表4-2用户表
字段名
字段描述
类型/长度
约束
备注
Id
用户编号
Int
PK
name
用户名称
Varchar（20）
NOTNULL
password
用户密码
Varchar（40）
NOTNULL
（32位MD5码）
字段用户编号为本表的主键用来标识一个用户，用户帐号和密码是两个非空字段，用户使用用户名和密码作为登录系统的凭证，密码字段是使用所MD5摘要码有效保证了用户密码不被数据库管理人员看到，可以有效保障系统的安全性。
●日志表
日志表说明的格式同上，不再说明。
4.4本章小结
第五章系统实现
本章内容重点是阐述所完成项目的关键界面和关键代码，不需要把所完成项目的所有界面和所有代码都在这里体现，尤其是界面设计代码，对关键代码的描述可以采用流程图或代码的形式，在复制代码时应注意英文的格式，此外因为代码的缩进和论文有所不同，应该按论文的格式要求来处理。
最后原则上这部分所出现的模块应该和关键业务分析一致。
5.1用户登录
●功能描述
登录是对用户使用系统功能进行身份验证的过程，登录界面要求简明易懂。
每一用户都有自己的单独的账号和密码，用户在系统的每一个操作都有日志进行记载，可以有效保证数据可追溯性，做到责任到人，界面如下图。
图5-1用户登录
●实现流程
在登陆按钮添加监听事件，在顾客输入账号密码点击登录后，终端先判断是否满足validate（）方法，此方法是防止账号密码为空时的登录提示，如果为空跳出一个对话框来提示用户账号和密码是必填项，如果不为空，再判断是否满足login（）方法，login（）方法是用来与数据库进行连接比较核对是否一致，一致则顺利登录到下一个Activity即主功能界面中，否则出现账号密码错误的提示，登录失败。
登录流程如图4-1所示。
单独建立一个Activity用来控制用户的登陆，在用户输入账号和密码时，系统先判断用户账号密码是否为空，为空则直接跳出一个对话框给用户提示，并结束本次登陆；如果不为空则再从EditView中取出账号密码与服务器中的账号和密码进行匹配，如果匹配成功则利用Intent语句跳转到下一个主菜单界面。
实现代码如下：
if（role.equals（"admin"））{//角色为管理员
Stringa=request.getParameter（"name"）;
Stringp=request.getParameter（"pasw"）;
if（"admin".equals（a）&&"123456".equals（p））
{
//如果账户名密码验证通过，跳转进入管理员界面（admin.jsp）request.getRequestDispatcher（"admin.jsp"）.forward（request,response）;
}
else
{
//如果用户名或者密码错误返回提示
Stringhtml="";
response.getWriter（）.print（html）;
}
图5-2用户登录
5.2本章小结
第六章系统测试
本章重点说明测试目标和测试计划，对测试目标给出测试用例，并分析测试结果是否达到系统预期，如未达到提出改进的措施。
测试目标根据测试范围的不同有整体目标和分项目标，整体目标主要是测试系统是否达到预期的功能以及相关的性能指标，如吞吐率等等，分项目标则针对于具体模块，指标包括功能是否实现，边界条件是否实现等等，测试用例应根据测试目标来进行设计，原则上关键业务模块必须包含。
6.1系统测试综述
说明测试需要达到的目标，以及测试所采用的方法。
6.2测试用例
6.2.1用户登录模块
表6-1用户登录
功能测试
概述
测试编号
GN001
功能描述
用户登录
功能URL
用例目的
测试用户是否能登录成功
前提条件
进入用户登录界面
测试操作
编号
输入/动作
期望的输出响应
实际情况
是否正确
错误编号
1
输入不存在的用户名，不填写密码
系统提示用户名或密码错误
系统提示登录名或密码错误
正确
2
输入正确的用户名输入错误的密码
系统提示用户名或密码错误
系统提示登录名或密码错误
正确
3
输入错误的用户名输入正确的密码
系统提示用户名或密码错误
系统提示登录名或密码错误
正确
4
不填写用户名及密码
系统提示用户名或密码错误
系统提示用户名或密码错误
正确
6.3测试分析
对测试的结果是否达到预期进行分析，未达到预期的给出改进方法。
6.4本章小结
第七章总结
这部分对你所做的毕业设计整个过程进行总结，说明学到了什么，对未来的系统有什么改进的思路。
参考文献
（不少于15篇论文）
[1]陈广宇.管理信息系统[M]．北京：
清华大学出版社，2010:
95-100
[2]张墨华，张永强.Java程序设计[M].北京:
清华大学出版社,2010:
123-124
[3]张阳.基于ASP.NET的酒店管理系统的设计与实现[D].吉林：
吉林大学,2014:
233-234
[4]孙晓鹏.基于Web的地理国情监测统计图制作系统设计与实现[J].价值工程,2015,第9期:
100-101
升级会员 