硕士毕业论文模板Word文件下载.docx
《硕士毕业论文模板Word文件下载.docx》由会员分享，可在线阅读，更多相关《硕士毕业论文模板Word文件下载.docx（25页珍藏版）》请在冰豆网上搜索。
日期：
指导教师签名：
摘要
关键词：
ABSTRACT
Keywords:
图清单
表清单
第一章绪论
1.1课题背景与意义
1.2国外研究现状
1.2.1国研究现状
1.2.2国外研究现状
1.3研究的目标与容
1.4本文的章节安排
1.5本章小结
第二章系统关键技术概述
2.1MVC设计模式
图1MVC组件类型关系
MVC设计模式给系统提供一个清晰的架构，将界面、业务逻辑和数据存储清楚的分离开，提高了系统的灵活性、扩展性和可重用性，提高了系统的质量，为系统的总确的型建立应用程序框架，不仅仅是用在设计界面的设计中。
2.2B/S/S架构设计
为了进一
综合上述的需求，将采用更加适合养老保险特点和需要的B/S/S架构设计作为本系统的基本架构。
2.3UniEAP系统开发平台
UniEAP（全称UnifiedEnterpriseApplicationPractices）采用分布式体系结构技术，分布、并行的处理式，大P是一个基于Struts开发的组件平台，通过一系列通用组件来提高开发效率，降低开发难度。
也是基于Web等多种接入式的三层结构的应用开发平台，其目标是将应用系统的设计和开发人员解脱出来，避免二次用功，避免复杂的维护和升级，减轻系统压力和人员压力。
结合其技术成熟度和稳定性强等领先的技术优势，决定选择UniEAP平台作为城镇居民养老保险信息系统的开发平台。
第三章需求分析
3.1可行性分析
3.1.1任务要求
养f）易操作性：
建立直观灵活，易于学习掌握，操作简单的友好用户界面，。
3.1.2技术可行性分析
本系统的关键技术中的MVC设计模式、B/S/S架构、UniEAP开发平台均为较成熟技术，技术性高。
3.1.3经济可行性分析
主要是预估费用支出和对项目的经济效益进行评价。
在预估费用支出面，考虑到软件开发费用、外围设备费用、主机费用、人员培训费用、将来系统投入运行后的费用
息管理系统，可以满足各种业务要求，提供完全个性化的用户功能和界面。
经过可行性分析研究，该系统在技术、经济、社会各面均可行，故系统的开发是可行的。
3.2系统业务需求分析
3.2.1业务描述
养老保险管理信息系统的目的是拟借助信息管理与计算机和网络技术，规和改善养老保险
便的管理服务。
3.2.2业务流程分析
本系统的业务流程图如下：
图4业务流程图
社会养老保险管理系统的设计与实现主要完成以下几个功能：
参保者的档案管理，养老金的发放管理，信息查询和系统维护，保险金的缴纳管理。
具体描述如下：
作员进行管理，完成系统参数的确定，系统备份和有关系统的一些消息管理进行操作。
3.3系统数据需求分析
3.3.1数据流分析
数据流分析是通过画数据流图来体现的。
数据流图主要体现了数据和信息流从输入到输出的变换，反应了是在软件中的数据被处理和流动的逻辑过程，是分析信息的传递、流动、存储、处理等的重要手段。
本系统的数据流图如下：
图5系统数据流图
该系统的的数据流程包括：
在用户录入操作员信息后，操作员根据需求对操作进行选择，对档
图6档案管理数据流图
保险金的缴纳处理数据流程图如下：
图7保险金缴纳数据流程图
养老金的发放处理数据流程图如下：
图8养老金的发放处理数据流程图
查询数据处理信息流程图如下：
图9查询数据处理信息流程图
3.3.2数据字典
数据词典（datadictionary,简称DD）就是将数据结构、数据流、数据存储加工处理和外部实体、数据元素等的详细情况加以记录并按照一定式进行组织所得到的一部关于系统数据的字典。
数据词典在结构化分析中需要对数据流图上的每个成分给以说明与定义。
本系统的数据字典主要包括如下所列容：
a）数据结构
1）名字：
档案文件
别名：
无
描述：
用户的基本信息
定义：
档案文件=“在职档案文件+单位档案文件+死亡档案文件+退休档案文件”
位置：
档案管理和查询
2）名字：
单位档案文件
单位的基本信息
单位档案文件=“单位名称+单位代号+单位地址+单位+法定代表+单位邮编+单位类型+单位所在区县+法定代表证件号+单位参保日期+缴费比率+单位账户号+单位账户+单位状态+封存理由”
在职职工档案管理和查询
3）名字：
在职档案文件
在职职工的基本个人信息
3.4系统功能需求分析
3.4.1角色分析
根据以上对养老保险信息管理系统的业务流程需求分析可知，该系统设计的角色包括：
表2养老保险信息管理系统角色设计表
角色
职责或功能
用户
查看个人或企业养老保险信息。
操作员
发放、登记、核对养老保险。
管理员
对操作员信息、权限进行管理。
3.4.2参保者档案管理
图10参保者档案管理用例图
表3参保者档案管理系统用例图说明
描述项
说明
用例名称
参保者档案管理
标识符*
YL01
用例描述
描述了管理参保者档案系统的整个过程
参与者表
优先级
2
状态*
进行中
前置条件
该操作员已登录系统
后置条件
系统给出操作成功提示
基本操作流
1.点击系统主页上的“登录”按键，在弹出的登录界面用户组中选择“普操作员登录”，名称中输入普通操作员名字，密码中输入该操作员预设的密码。
初始密码均为六个8，进入系统后可以自行更改。
2.点击“确定”后，显示参保者档案管理操作界面，在点击相应操作按键进入相应操作界面。
可选操作流
1．操作员登录后，可以对单位档案信息进行管理。
2.操作员登录后，可以对在职人员档案信息进行管理。
3.操作员登录后，可以对退休人员档案信息进行管理。
4.操作员登录后，可以对死亡人员档案信息进行管理。
被泛化用例表
被包含用例表
单位、在职、退休、死亡档案管理
被扩展用例表
修改历史记录*
暂无
问题*
决策*
频率*
3.4.3保险金缴纳管理
3.5系统非功能性需求
3.5.1安全性需求
系统设计时，避免因用户权限设置不合理造成权限混乱以及信息安全问题。
本系统既然是信息管理面的，所以信息一定是要受保护而不能受到侵害的。
所有的信息保存在数据库中，所以数据库的安全级别应该为最重。
当然，我们知道，其实光保护数据库是不够的，在设计系统时，我们一定要注意对每一个输入口的限定。
因为本系统是基于网络的，所以，还要防诸如网络蠕虫等式的侵害。
3.5.2可支持性
可支持性，就是软件的可维护性、易变更性。
可支持性对于客户是透明的，不可见的，因此客户通常不关心这个。
由于时间紧、人员素质参差不齐，这部分也常常为管理者所忽略。
在需求分析与设计阶段，可支持性实际上体现在我们是否能有效识别系统可变的需求，并能够提供合理的案。
故软件需考虑后期的升级、更新等问题。
如操作系统升级后应及时推出能支持最新版本操作系统的客户软件以及实现在线升级定期更新软件等功能。
3.6系统的运行环境
（1）硬件环境
一般小型的WEB服务器就可以运行本系统，对WEB服务器端的要存4G，硬盘30G以上，100M的网卡，CPU至少在3.0GHz以上，客户端的基本要可以上互联网的PC，CPU至少2.0GHz，存2G，硬盘10G以上，并且也要有100M的网卡。
（2）软件环境
软件需求的操作平台为WindowsNT/2000Server平台。
服务器端采用的是微软的服务（逻辑层、数据库接口程序、显示层程序），客户端通过C#的实现AJAX。
后台数据库采用的是SQLserver2005数据库，客户端一般为主流浏览器（如IE、FF等）。
3.7本章小结
本章为系统需求分析，首先对系统设计的可行性进行分析，然后对业务需求进行了概述，对重点业务流程进行了分析，展现了用户的业务现状。
然后重点从功能需求面对各模块进行分析，之后简单介绍了系统的可靠性、安全性、扩展性等与系统相关的非功能性需求，最后介绍了系统的运行环境。
第四章系统总体设计
4.1设计原则
。
（8）可扩充性
需考虑今后各种保险和合并，在应用条件变化时能经过简单改造进行扩充。
4.2系统体系结构设计
系统体系结构设计的主要工作就是确定系统具体的实现案，同时根据案制定出详细的计划，确定组成系统的各模块以及各模块间的关系。
本系统主要包括参保者档案管理、保险金缴纳管理、养老金发放管理、信息查询管理、系统维护五个功能模块，如下图所示：
图15系统体系结构图
4.3数据库设计
4.3.1E-R图
将用户需求抽象为信息结构是在概念模型概念结构设计中实现的，上述过程是数据库设计的关键。
概念模型主要用E-R图来表示，是对信息世界的建模，它提供了表示实体、属性和联系的法。
表示如下：
图16 社会养老保险管理系统E-R图
系统部分实体属性图如下：
4.4本章小结
本章为本系统的总体设计，主要介绍了本系统的设计原则，完成了系统的框架设计和系统数据库设计。
第五章系统详细设计与实现
5.1参保者档案管理模块设计
5.1.1功能结构设计
该
5.1.2类图设计
图22参保者档案管理类图
表18参保者档案管理类描述
商品信息类
类的描述：
商品信息实体类
属性
描
述
-Str_name
获取界面输入的姓名
-Str_password
获取界面输入的密码
-Str_time
获取登录时间
操作描述
-Getmessage（）
获取参保人的相关信息
表19单位档案管理类描述
Enterprisename
获取界面输入的单位名称
+Getmessage（）
获取单位档案的相关信息
+Addmessage（）
添加单位档案信息
表20在职档案管理类描述
ID
获取界面输入的养老保险ID号
+Getmessage（）
获取ID下的在职档案信息
添加在职档案信息
表21退休档案管理类描述
获取ID下的退休档案信息
添加退休档案信息
表22死亡档案管理类描述
获取ID下的死亡档案信息
添加死亡档案信息
5.1.3时序图设计
图23参保者档案管理模块时序图设计
5.1.4核心处理流程设计
图24普通管理员登陆活动图
表43修改密码类描述
修改密码类
Getpassword（）
获取密码
Changepassword（）
修改密码
表44消息查看类描述
系统维护类
Message
消息名称
Getmessage（）
获取消息
Showmessage（）
显示消息
5.5.3流程图设计
图36管理员系统维护流程图
图37操作员系统维护流程图
5.6本章小结
本章为系统详细设计部分，通过UML图的式，介绍了各模块的设计式。
第六章系统的测试与验证
6.1测试环境
服务端用I11S2-2232MWEB服务器运行本系统，WEB服务器存4G，硬盘1TB以上，100
软件环境
软件操作平台为WindowsNT/2008Server平台。
后台数据库采用的是SQLserver2005数据库。
6.2测试整体案
6.2.1测试法
本次功能测试采用的测试法为手工测试，测试人员通过分析用户需求，主要测试软件的功能项设计了测试用例。
采用黑盒测试法测试，该法不需要清除部程序逻辑，把测试对象看作是一个黑盒子，直接进行具体的实际业务操作。
通过输入有效数据和无效数据分别验证业务功能是否实现和程序对异常情况的处理能力。
采用自动化测试的法对系统进行性能测试，利用性能测试工具模拟多个用户同时进行相关操作进行压力测试。
系统测试完成之后对数据进行了分析，得出了测试结论。
6.2.2需要测试的质量特性
需要测试的大类质量特性中包含若干质量子特性，需根据项目的具体情况，选择需要测试的质量特性，不一定所有的子特性都需要进行测试，如下所示：
表45质量特性表
质量特性
子特征
测试法
是否测试Y/N
功能性
适合性
验证系统是否覆盖全部需求
Y
准确性
验证需否被正确实现，采用等价法，构建一些合适输入，检验是否得到期望的输出
互操作性
检测被嵌入或被调用的系统是否能正确运行且符合需求
N
安全保密性
验证系统对非法访问的检测及处理能力
功能性的依从性
检查需求规格说明书中在功能性面应当说明系统所遵循的标准、约定、法规以及类似规定，并检查系统对这些标准、规定是否遵循。
可靠性
成熟性
记录在按测试用例操作、随机操作、异常操作时，记录引起系统失效的次数
容错性
通过构造不合理输入，检测系统的处理能力
易恢复性
强制性地破坏系统，检测系统的自动恢复能力和需手工恢复的难度与时间
可靠性的依从性
检查需求规格说明书中在可靠性面应当说明系统所遵循的标准、约定、法规以及类似规定，并检查系统对这些标准、规定是否遵循。
易用性
易理解性
查看软件说明书、用户手册、在线帮助是否便、易懂
易学性
查看软件说明书、用户手册、在线帮助、软件命名是否合理通俗易懂
易操作性
查看界面布局、操作式、业务流程、提示信息是否便精确
吸引性
检查设计规格说明书中关于用户界面的要否得到了满足；
软件开发界面规是否得到了执行
易用性的依从性
检查需求规格说明书中在易用性面应当说明系统所遵循的标准、约定、法规以及类似规定，并检查系统对这些标准、规定是否遵循。
效率
时间特性
自动化测试式
资源利用性
效率依从性
检查需求规格说明书中在效率面应当说明系统所遵循的标准、约定、法规以及类似规定，并检查系统对这些标准、规定是否遵循。
维护性
易分析性
是否能通过日志、系统的架构尽快定位错误
易改变性
检测系统的架构是否易于修改
稳定性
检测系统的架构修改时是否易引起其他的错误
易测试性
当系统发生变更时，出测试更改部分外，计算引起其他需要进行测试的工作量，检测是否易于计算由修改带来的工作量
维护性的依从性
检查需求规格说明书中在维护面应当说明系统所遵循的标准、约定、法规以及类似规定，并检查系统对这些标准、规定是否遵循。
可移植性
适应性
自动化测试，测试在各个操作系统下系统的功能
易安装性
能否按照手册安装成功，安装需要的工作量
共存性
当系统或用户试图将软件与其他的独立软件在公共环境中共享公共资源的用户行为
易替换性
检查测试软件在一个特定环境下的性能
可移植性的依从性
检查需求规格说明书中在可移植性面应当说明系统所遵循的标准、约定、法规以及类似规定，并检查系统对这些标准、规定是否遵循。
6.2.3测试用例设计
由于本测试用例众多，这里只列举部分模块的测试用例。
表46信息查询模块测试用例
步骤
描述
预期结果
实际结果
1
输入正确密码，选择用户角色登录系统
提示登录成功
输入错误密码，选择用户角色登录系统
提示密码错误
4
输入正确密码，选择管理员角色登录系统
提示身份错误
未出现提示
点击“单位信息查询”
弹出单位信息
5
点击“职工信息查询”
弹出职工信息
6
点击“单位缴费查询”
弹出单位缴费情况
7
点击“职工缴费查询”
弹出个人缴费情况
表47保险金缴纳模块测试用例
6.3测试结果及分析
通过用例测试，共发现19个缺陷，其中易用性缺陷8个，占总缺陷的42%；
可靠性缺陷7个，占总缺陷的42%；
功能性缺陷中功能性缺陷3个，占总缺陷的16%。
的84%，说明被测软件对业务流程的谨性没有充分考虑。
本次测试的目标是实现基本功能，没有“关键”和“重”的缺陷，“平均”缺陷的占有率不到5%。
经过执行测试用例及回归测试，已对全部缺陷进行修正，并通过回归测试，该项目达到测试目标
结论与展望
7.1结论
本文系统的研究涉及到如社会保障和计算机科学等多学科，本文重点工作是对养老保险管理系统的实现进行分析与设计。
通过理论学习和实践，本论文己初步完成了养老保险管
3.系统设计采用自顶向下的程序模块划分原则,实现了程序公用化和模块化,减少了程序过程和函数的重复编制。
在参数子系统的设计与实现中国，使所有可变参数和公式可在外部进行维护，使管理员的维护管理效率得到了相当的提升。
7.2展望
用计算机信息管理系统管理养老保险能大大提高管理者工作效率，同时也为参保者提供了最大的便利。
但是目前的养老保险管理系统还是单一的信息管理系统，今后可将其与其他社会保险系统合并开发，组成系统化完整、层次结构分明的社会保险信息体系，为民众带来最大的便利。
参考文献
[1]春红，支撑矢量机应用的关键技术研究【D】电子科技大学博士学位论文.2005.4
[2]昆仑等.模糊多类SVM模型【J】.电子学报.2004，5.
[3]国胜，钟义信，支持向量机的若干新进展【J】电子学报，2001，29
[4]杜晓东，岐强.SVM及其算法研究仁【J】信号处理与模式识别.2005年第3期.
[5]耀龙，行为识别技术在反垃圾系统中的研究与应用，【D】北京大学硕士学位论文，2006年3月
[6]（英）NelloCristianini,JohnShaweTaylor著支持向量机导论【M】国正等译第一版电子工业出版社20041-5.
[7]钰，志华，傲英，机器学习及其应用【M】清华大学出版社200622-26
[8]红军，旭，草笃彦，统计学习及支持向量机技术【J】现代电子技术200359-61
[9]梁燕，SVM分类器的扩展及其应用研究【D】大学硕士论文2008年5月
[10]华为公司，P2P流量监管白皮书【S】
[11]斌，学康，P2P流量的识别技术【J】计算机应用2006（5）109-110
[12]HsuChih-Wei,LinChih-Jen.Acomparisonofmethodsformufti-classsupportvectormachines【J】,IEEETransactionsonNeuralNetworks,2002.13
[13]ChangChih-Chung,LinChih-Jen.Trainingv-supportvectorclassifiers:
theoryandalgorithms【J】,NeuralComputation,2007.13
[14]FungC,MangasarianOL,AlexanderJS.Minimalkernelclassifiers【J】,JournalofMachineLearningResearch,2002.3
[15]SiolasG,Alche-BucFD.Supportvectormachinesbasedonasemantickernelfortextcategorization【J】.TheIEEE-INNS----ENNSInternationalJointConferenceonNeuralNetworks,2000.5
[16]Ben-HurA,HornD,SiegelmannHT,VapnikV.Supportvectorclustering【J】.JournalofmachineLearningResearch,2001.2
[17]ScholkopfB,SmolaA,WilliamsonRC.Newsupportvectoralgorithms【J】.NeuralComputation2000.12
[18]
升级会员 