目 录
摘 要
Abstract
1 系统大概
1.1 系统背景
1.2 研究意义
1.3 本文结构
1.4 开发平台简介
1.4.1 Java语言的特点
1.4.2 J2EE概述
1.4.3 B/S结构概述
1.4.4 MySQL
1.4.5 Tomcat
1.4.6 JSP.NET
1.4.7 开发流程
1.4.8 Eclipse简介
1.4.9 office工具简介
2 系统分析
2.1 技术可行性分析
2.2 经济可行性分析
2.3 操作可行性分析
3 系统设计
3.1 系统需求
3.2 功能需求
3.3 硬件要求
3.4 系统用例分析
3.4.1 用例图概念
3.4.2 用例分析
3.5 数据库设计
3.5.1 数据库基本结构
3.5.2 数据库维护设计
3.5.3 表结构设计
4 详细设计及系统实施
4.1 系统功能流程图
4.2 登录功能设计
4.3 管理员功能设计
4.3.1 用户管理
4.3.2 迁入管理
4.3.3 迁出管理
4.3.4 反馈管理
4.3.5 操作员管理
4.3.6 密码修改管理
4.4 户主功能设计
4.4.1 户籍信息
4.4.2 迁入查询
4.4.3 迁出查询
4.4.4 反馈添加
5 调试与测试
5.1 测试目的
5.2 调试过程
5.3 功能测试
结 论
致 谢
参考文献
外文原文
外文翻译
3 系统设计
3.1 系统需求
软件的开发过程中有多个开发阶段组成,但是需求分析确是至关重要的一环。在需求分析中,软件分析人员要理解将要开发软件系统的本质。需求还包含了待开发系统的特性。需求分析基于多智能主体的智能辅导系统面向代理的软件工程研究提出了面向一般假设代理的软件开发,而智能辅导系统(ITS)研究提出了特定的体系结构和其他特定知识的发展。这两个观点应该考虑而ITSs基于多智能主体的发展。因此需要特定的方法基于代理的所有阶段的发展,考虑从面向代理的软件工程及其主要思想的研究。在本文中,我们提出一个基于多智能主体需求分析方法的同期。一个案例研究一个简单的包含,。需求分析中建议的方法包括两个主要步骤,即目标模型和用例模型。在目标模拟系统的主要目标是识别和创建一个目标系统的层次结构。在用例建模用例需要实现创建每个低级目标及其描述。该方法的需求分析的目的是成为一个完整的生命周期的一部分方法基于多智能主体的发展。开发用例模型(特别是用例场景)中使用代理交互设计和任务定义。目标层次结构在设计阶段主要用于检查,如果设计的结果实现所有系统的目标。
现代软件系统通常是分布式的,运行在虚拟化平台上,实现复杂的任务和操作动态变化和不可预测的环境。这种系统需要动态重新配置或进化为了继续满足其功能性和非功能性需求,如负载和计算需要改变。这样的重新配置和/或进化的行为可能导致其他需求失败。目的:鉴于模型描述和一定程度的信心的需求应该在一个运行的软件系统,以及它们的相互依赖关系,我们的目标是提出一个框架,可以处理这些模型和估计需求程度的系统动态改变或适应。方法:我们提出一个方法,要求和他们的相互依赖关系建模使用条件的目标模型和加权的贡献。这些模型可以转化为模糊规则和模糊推理者可以决定是否以及在多大程度上,一个需求可能会影响到系统的变化,或操作相关的其他要求。结果:该框架是评估它的性能和稳定性的目标模型不同的大小和复杂性。实验结果表明,该方法是驯良的甚至大型模型和允许处理模型链接是不同重要性的贡献或重量。结论:使用条件加权目标模型结合模糊推理者允许驯良的运行时的评估系统需求的程度被认为,当这样的系统动态地改变或适应。旨在揭示的方法对运行时需求验证和确认技术的发展对于接受连续的自适应系统或系统,或频繁的进化。
需求分析主要是指系统开发前对系统做出整体的评测,包括在功能设计上,开发技术上,系统运维上,系统性能上,权限分配上都有详细的设计方案;需求分析阶段要详细与客户进行沟通,尊重并指导客户选择最优化的开发方案,保证系统运行效果最佳化;需求分析可以给客户一个详细的设计方案,初步估算项目的开发成本,对系统开发涉及的相关问题进行了解;本次系统开发主要从系统权限方面,系统安全性能方面来做出考虑,在当今高度竞争的全球经济制造业信息系统的需求分析(是)是一个重要的努力。它必须提供有效的手段,支持全面的锻炼,但尽管系统的概念性视图和确保一致性和制造策略。本文拟分析企业建模(EM)和需求工程(重新)贡献这个话题。那么详细,如何几个关键问题驱动方法源于新兴市场和目标驱动方法源于再保险为了获得从交叉学科浓缩[10]。
系统权限分配方面:系统权限通常分为用户与管理员两种权限,用户权限一般都是进行一些访问操作,一些数据的浏览,登陆,注册信息等;管理员主要是对数据的综合管理,权限变更,信息审核等操作;本系统设计采取的就是这两种权限,对系统功能进行合理的分配,使得用户操作得当,数据信息管理方便。
系统性能分析:主要是从系统的安全性,稳定性,系统的可移植性,以及系统数据的准确性来评估系统的综合性能;要保证系统在对数据操作的时候,输入,输出都要准确,系统不能被外部设备进行侵入,保证系统账户安全;同时,系统在不同操作系统具有可移植性,方便在不同系统上运行程序;总之,系统的综合性能的好坏,这几项标准是非常重要的。如图3-1所示
图3-1 需求分析
3.2 功能需求
户籍管理系统主体将围绕户籍信息,身份证服务管理等方面进行展开设计,系统分为前台信息展示,后台的数据处理两大模块。必须选择非功能性需求与功能需求共同实施,提高软件项目的成功。三种方法存在执行优先级使用合适的优先级技术的非功能性需求。实验进行分析各个方法的准确性和精度的变化与软件项目的复杂性。结果表明,单独选择非功能性需求,但按照功能在另两种方法具有较高的精度。进一步,同样其他方法,目击者的准确性下降增加软件的复杂性,但减少最小。域分析是至关重要的核心资产软件产品线工程的发展。然而,大多数现有方法依赖于领域专家的经验来分析系统领域的共性和可变性,这仍然是一个手动和强化的过程。本文解决了问题提出了一个模型驱动的自动化领域需求推导过程。本文着重于用例之间的匹配现有的单个产品和产品线的域功能需求。通过引入一组语言描述维度区分sub-variations在一个用例,用例模板扩展模型的变化。为此,制定维持转换过程,推导出信息用例,并匹配域功能需求。本文还提出了一种原型实现图形化描述的推导过程作为一个模型转换模型转换语言翻车鲀。这种方法补充现有的域分析技术减少人工操作成本和更高的效率通过自动化领域功能需求的发展。
在信息和通信技术创新项目通常包括很多终端用户使用不同的用例,结果在不同的需求。这需要一种特殊的方法进行分析和分类的需求以及收敛于一个架构的解决方案,它解决了所有终端用户的需求。最终用户和开发人员之间的沟通应该相应的支持。这是在不同的研究和相关的软件开发项目,涉及大量的用户和开发者。本文描述了异构需求扩展的方法在分析传统方法与额外的迭代步骤旨在发现用例之间的共性。大的方法是验证PLANTCockpit欧盟资助的研究项目。其中主要的功能如下。
户籍管理员权限
1.用户信息管理模块:主要是管理用户的基本注册信息,审核用户,删除用户等。
2.户籍管理模块:对人口的出生,死亡,迁入,迁出,变更等信息的录入,管理,修改,查询操作。
3.反馈管理模块:及时查看反馈信息,答复反馈信息。
4.权限管理模块:确定用户权限,合理分配权限功能。
5.身份服务模块:添加,管理身份证信息,及时发布,修改,方便用户查询,领取等。
6.综合管理模块:密码修改,数据维护等操作。
7.暂住信息管理:主要登记临时居住的用户信息
用户权限
1.登陆注册模块:这个模块主要是用来进行系统登录,记录登录系统者的信息,可以进行一些相关功能操作;新用户需要注册为系统会员才能进行操作。
2.迁入信息模块,用户查询到自己的迁入信息,核对信息情况。
3.迁出信息模块,用户可以查询到自己的迁出信息,核对信息真实情况。
4.户籍状态查询:用户可以查询户籍状态情况。
5.反馈信息模块:用户可以将反馈信息发布出去,与管理员沟通。
6.身份服务模块:用户可以查看办证信息及领证信息等;
7.密码修改模块:主要是提供密码修改服务的。
图3-2 系统功能模块
3.3 硬件要求
系统对运行环境的要求:
- 硬件环境
建立站点所需要的软件可以用来决定服务器上面的最低配置,在最低配置的时,服务器的使用性能一般不好,达不到预期的效果,现在硬件市场已经相当成熟,性能也非常出色,价格也相对便宜,所以,服务器一般都匹配的是高性能的硬件。
本网络系统的服务器端的相应配置如下:
处理器:多台并行处理器
硬盘空间:256GB
内存:128G
显卡:SVGA显示适配器
光驱:CD-ROM 52 X
- 用户端
对用户端的硬件要求一般不高,主要是用户端一般用来查询和操作数据,但是现在电脑市场相对便宜,现在的电脑配置相对还可以,具有很高的性价比,因此对用户端的最低要求如下:
处理器:酷睿、Intel、AMD等
硬盘空间:256GB
内存:1GB
显卡:独立显卡
光驱:CD-ROM 48X
软件环境
(1)服务器端
操作系统:windows XP 以上
网络协议:TCP/IP
数据库:MySQL
WEB服务器:WebLogic
浏览器:Inter Explore 6.0以上
(2)用户端
操作系统:Windows XP以上
网络协议:TCP/IP
浏览器:Internet Explore7.0以上
3.4 系统用例分析
3.4.1 用例图概念
用例图用可以用来描述参与者和系统之间的一个相互作用,也就是说他对如何使用系统的描述是从用户的角度出发的。在系统分析中,重要的是要从的角度分析和描述目标系统的协作任务。本文采用用例图一开始的分析协作任务。一个用例图是用来分析一个系统和终端用户之间的交互。用例图的简单符号便于来描述它。作者提出一个方法来描述一个用例图的观点协作任务。的方法,一个用例图描述的每个材料或信息系统。一个用例表达的材料或信息。通过专注于生命周期的每一个材料和信息,用例可以轻易识别。协作任务的分析,分析人员之间的关系,是很重要的信息和材料。的方法,发送状态信息或材料的人员,明确作为一个用例描述。自描述的用例是代表协作任务,组件中所描述的用例图可以很容易地用于下一阶段的分析。作者开发了一个用于描述一个用例图的编辑的协作任务。编辑器实现了一个导航器支持描述骨架佩特里网通过使用组件的用例图。
用例建模的统一建模语言(UML)是一个流行的基于文本的系统分析和设计的工具。用例可以使用或不支持用例图。本文使用一个实验探索的有效性包括用例图与一组用例。多媒体学习的认知理论用于假设用例的用例图改善有效性为新手用户提供视觉线索帮助观众在选择模型和整合相关信息。理解的程度由参与者查看用例或用例与支持用例图测量使用理解,保留,和解决问题的任务。结果表明,参与者观看和支持用例图开发更高层次的理解,以解决问题的任务,表现比参与者提供单独的用例。这种分析表明从业者应考虑结合可视化表示,如用例图,使用基于文本的用例实现更高水平的理解人观看这些描述。用例图和UML建模中发挥重要作用。小心建模获得正确和高效的系统架构是至关重要的。本文指的是用例图的形式分析。提出一个正式的用例模型和它的建筑为典型的用例描述之间的关系。提出了两种形式分析方法和验证。第一个基于国家探索代表一个模型检查的方法。第二个是指符号推理使用正式的时序逻辑的方法。简单但代表用例场景的例子验证了[11]。用例图的绘制,应该要弄清楚以下几个概念:
(1)角色
角色可以代表某个事件的参与者,在以前常见的一些网络项目中,网站上的用户或管理员可以用角色来代表,但角色还有很多其他地方也可以用,系统交互的其他实体也可以用角色来代表。
(2)用例
系统可以实现的功能可以用用例来代表,一般情况下一组功能可以用一个用例来代表,实质上系统实现功能的范围由他来规定。在现实的项目开发中,一个项目中经常会需要很多个用例,这个时候把它拆成若干个子系统来实现,可以方便理解。在UML中,用例一般用一个椭圆来表示。
(3)用例图
当角色与用例发生某种关系时,用例图就是用一个图将他们关联起来,即用一个带箭头的实线连接用例和角色,使用者与被使用者的关系可以用箭头方向来代表。
3.4.2 用例分析
本管理系统的最终目的是为户籍管理人员提供与住户之间的信息共享,因此户籍管理的用户类型为管理员用户和户籍住户用户,管理人员登录时必须要输入正确的用户名和密码,才能对该系统进行一些查询、添加、修改和删除等相应的操作。
3.5 数据库设计
3.5.1 数据库基本结构
数据库的基本结构我们把它分成三个层次,分别体现了我们对数据库的三种不同观察和理解角度。物理数据库是以内模式为框架所组成的;概念数据库是以概念模式为框架所组成的;用户数据库是以外模式为框架所组成的。自调优在线事务处理(OLTP)系统的性能是一项具有挑战性和耗时的任务,因为需要多个性能参数自动配置在数据库管理系统(dbms)。在本文中,我们提出一个软件控制论方法self-tune dbms的性能。DBMS是设计了一种基于模糊逻辑的自适应控制,使其有能力控制对象,即。、性能参数和更新控制器本身,即。在我们的例子中,一组模糊规则。软件控制论的原理和概念应用于指导软件控制器的综合监测和调整系统的行为。实验结果对于使用tpc - c的在线事务处理,事务处理的基准性能,表明该方法是可行的和有效的[12]。
⑴ 物理数据层。
物理存贮设备上实际存储的数据的集合就是数据库的最内层即物理数据层,这些数据是最初的原始数据,也是需要用户加工的对象,指令操作处理的字符、位串组成内部模式。
⑵ 概念数据层。
它可以表示数据库的整体逻辑,是数据库相对靠中间位置的一层,可以。数据间的逻辑联系及每个数据的逻辑定义就是他指出的,代表了存贮记录中的集合。数据库中所有对象的逻辑关系都是它涉及的,和它们的物理情况没有关系,这个概念是数据库管理员下的。
⑶ 用户数据层。
它是用户可以看到的和可以操作的数据库,表示单独的或某些特定用户可以使用的数据的集合,也就是逻辑记录集合。
通过映射可以进行转换数据库不同层次之间的联系。如图3-5所示
图3-5 数据库模型
3.5.2 数据库维护设计
当数据库创建成功后,所有的数据和对象都已经添加并且所有的都在使用当中,当对其进行维护又是必须的,在设计数据库时,应考虑这些问题以将对用户的影响、执行任务的时间和付出的努力降低到最低,计算机数据库已广泛应用,它是指存储在计算机中,数据是为了达到一定的目的,形成建设和维护需要较高的技术含量,所以你需要完善相关管理人员的素质、重视数据库用户的技术培训,以确保良好的数据库操作。从数据库设计、数据库、网络建设、计算机数据库管理,数据库维护等几个方面数据库建设和维护管理的相关问题进行了研究,优化数据库核设施维修的辐射防护设计与SQL Server 2008。数据库包括四个模块,即系统登录模块,统计数据模块、日常模块和优化模块。多个个数据表的设计,可以在有序的存储大量的数据。优化数据库核设施维修的辐射防护可以存储原始监测数据,如植物的辐射水平测量图对核设施的维护和日常维护。这个数据库也结合工程项目的实际需求来统计和分析数据。
E-R图设计
E-R模型可以直接从我们的现实世界抽象出需要的实体类型以及实体之间的一些联系,之后数据模型可以用ER图来表示,E-R图可地以直观表示概念模型当中的工具,数据挖掘是广泛用于识别有趣,潜在的有用的和可以理解的模式从大型数据存储库。与许多组织专注于基于网络的在线交易,违反安全的威胁也增加了。由于数据库存储应用程序的有价值的信息,其安全已经开始引起人们的关注。入侵检测系统(IDS)是用于检测潜在的数据库安全的侵犯。在每个数据库的一些属性被认为是恶意的修改比别人更加敏感。我们提出一个算法寻找重要的数据项之间的依赖关系在关系数据库管理系统。任何交易,不遵循这些规则被认为是恶意的依赖。我们表明,该算法可以检测修改敏感属性相当准确。我们还建议一个扩展的实体-关系(e - r)模型属性的语法捕获灵敏度水平。它有三个基本组成部分:
(1)实体:现实世界当中存在的并且可以互相区分的一些事物,可以用矩形来表示。
(2)联系:用菱形表示来实体之间的对应关系,。
(3)属性:用椭圆来表示对象具有的性质以及不同对象之间关系的统称,。
图3-8 系统整体E-R图
3.5.3 表结构设计
表3-1是存储关于用户信息的基本表,包括:用户编号、用户名称、用户的密码、用户的电话号码、用户所在的楼宇名称、用户所在楼层、用户所住房屋号、用户所住的单元、用户的迁入日期、用户房屋的户型、备注、时间等。实现的功能是:将户籍用户的信息存储到这个表当中,建立用户信息档案管理。
表3-1 用户信息表
字段名称 | 数据类型 | 是否可为空 | 说明 |
id | INT(10) | 否 | 唯一值 主键 |
username | VARCHAR(45) | 否 | 用户名称 |
password | VARCHAR(45) | 否 | 密码 |
tel | VARCHAR(45) | 否 | 电话号码 |
l_name | VARCHAR(45) | 否 | 楼宇名称 |
l_ceng | VARCHAR(45) | 否 | 楼层 |
l_wu | VARCHAR(45) | 否 | 房屋号 |
l_danyuan | VARCHAR(45) | 否 | 单元 |
ru_time | VARCHAR(45) | 否 | 迁入日期 |
l_fangxing | VARCHAR(45) | 否 | 户型 |
beizhu | VARCHAR(300) | 否 | 备注 |
shijian | VARCHAR(45) | 否 | 时间 |
表3-2是存储关于用户反馈留言的信息表,包括:反馈留言编号、用户留言的标题、用户留言的内容、用户留言时间、管理员回答的内容、管理员回答的时间、留言人、用户留言留下的电话等。其功能是将用户的留言信息全部存储在该表中,然后可以对其表中的留言信息进行修改,删除等功能操作。
表3-2 反馈信息表
字段名称 | 数据类型 | 是否可为空 | 说明 |
id | INT(10) | 否 | 主键 |
title | VARCHAR(45) | 否 | 标题 |
content | VARCHAR(300) | 否 | 内容 |
tou_time | VARCHAR(45) | 否 | 留言时间 |
answer | VARCHAR(300) | 是 | 回答内容 |
da_time | VARCHAR(45) | 是 | 回答时间 |
username | VARCHAR(45) | 否 | 留言人 |
tel | VARCHAR(45) | 否 | 电话 |
表3-3是管理员信息表,包括:管理员编号、管理员名称、管理员密码等。这个表的主要功能是存放管理员信息。
表3-3 管理员信息表
字段名称 | 数据类型 | 是否可为空 | 说明 |
id | INT(10) | 否 | 主键 |
username | VARCHAR(45) | 否 | 账号 |
password | VARCHAR(45) | 否 | 密码 |
表3-5是迁入信息表,主要是将迁入的具体信息存入到该表中,表中包含编号、用户的名称、迁入使用的时间、录入系统的时间、用户所对应的迁入编号等字段信息。
表3-4 迁入信息表
字段名称 | 数据类型 | 是否可为空 | 说明 |
id | INT(10) | 否 | 主键 |
j_username | VARCHAR(45) | 否 | 用户名称 |
j_shiyong_time | VARCHAR(45) | 否 | 迁入使用时间 |
j_shijian | VARCHAR(45) | 否 | 录入时间 |
j_qNo | VARCHAR(45) | 否 | 迁入编号 |
表3-5是迁出信息表,主要是将迁出的具体信息存入到该表中,表中包含编号、用户的名称、迁出使用的时间、录入系统的时间、用户所对应的迁出编号等字段信息。
表3-5 迁出信息表
字段名称 | 数据类型 | 是否可为空 | 说明 |
id | INT(10) | 否 | 主键 |
C_username | VARCHAR(45) | 否 | 用户名称 |
C_shiyong_time | VARCHAR(45) | 否 | 迁出使用时间 |
C_shijian | VARCHAR(45) | 否 | 录出时间 |
C_qNo | VARCHAR(45) | 否 | 迁出编号 |
4 详细设计及系统实施
在系统的首页可以选择权限为管理员或者用户,管理员登陆进去有户籍添加、户籍管理、迁入添加、迁入管理、迁出添加、迁出管理、反馈管理、管理员添加,用户登录进去有户籍信息、迁入查询、迁出查询、反馈添加。系统登陆进去系统的详细功能流程图如图4-1所示。
图4-1 系统功能流程图
4.2 登录功能设计
此图是户籍管理管理系统的登陆界面,每个项目比较重要的功能设计是系统的登录界面,它是系统的入口,用户或者管理员进入由此进入,需要非常小心的对登陆界面进行设计;主要从系统的安全方面来设计登陆界面。第一,我们的背景是一张背景图片,其次在上面增加一些相应的按钮、表格或者文本框等一些常用的组件,这些控件的排放需要注意,既要界面简单便利,还要进行相应的美化使得更加美观;注入问题是系统安全方面首要考虑的,这个在编程当中需要非常小心;关于登陆方面的功能实现的基本原理如下:先对用户输入的用户民和密码进行读取,然后,将其传递到处理的界面通过表单,用户民和密码的对比是通过数据库中的登录表与SQL文,如果用户名和密码一样就可以允许用户通过此次的登陆验证,不然的话就提示登录失败;最重要的安全问题是在进行与数据库的匹配之前,先要检查是否具有非法字符在用户输入的用户名和密码当中,为了避免在系统当中出现系统漏洞,所以如果存在便及时将其过滤掉。如下图所示,系统的登陆界面。如图4-2所示。
图4-2 登录功能设计
4.3 管理员功能设计
管理员的主界面设计就是下图4-3所示,从整体上看,界面清晰一目了然,设计简单便于操作;界面的整体结构是系统的主要标题在上部分显示上部有首页退出等按钮,左部是显示了系统全部的功能有一些常见的户籍信息查询迁入迁出等功能,并且插入了一张图片作为背景,中间是一些需要添加信息的文本框。功能的显示区主要在界面的右侧,主要作用是对左侧功能的显示,当系统管理员点击左侧的按钮时,对应的功能就显示在右侧的区域,这样的设计可以大大地降低代码的重复率,有利于避免重复制作很多画面,更加方便了后期的开发与维护;从系统界面上我们可以看出,系统的主要功能有户籍信息管理,迁入迁出管理,反馈留言管理,密码修改等一些相关的功能模块,管理员依靠系统的提示便可以完成相关的操作,下面便是管理员的主操作界面。
图4-3 系统主画面
4.3.1 用户管理
户籍管理管理系统中用户信息是系统的主要成分,下图所示的是用户信息的添加模块,这样可以随时的了解每个单元都有哪些住户,住户的信息是什么,方便管理,方便查找;功能模块主要包括了用户姓名,用户密码,用户电话,楼宇名字,用户楼层,用户屋号,用户单元,备注信息等选项信息,管理员只要正确的填写,之后点击提交按钮就可以了。如图4-4所示。
图4-4 用户添加模块
下面这个截图是用户信息的一览管理,主要是用来做数据显示用的,画面上将所有的表中的信息全部罗列出来,包括用户姓名,用户密码,用户电话,楼宇名字,用户楼层,用户屋号,用户单元,房型等字段信息,采用分页的技术将数据显示出来,同时,如果有数据录入错误的时候,可以对数据进行删除,重新录入。如图4-5所示。
图4-5 用户一览模块
下面截图是迁入的添加模块,主要包括迁入编号,车主姓名,使用日期三个选项,同时还有提交按钮和重置按钮。其主要实现的功能是将迁入信息通过程序提交到数据库中的迁入信息表中,使其数据能够存储起来。这个画面没有特殊的功能要求,只要管理者录入的数据准确就可以了。如图4-6所示。
图4-6 迁入添加
下图是迁入信息的一览表示,通过数据一览就可以很快的看出每一个迁入的使用情况和用户信息。同时如果有不需要迁入,或者想更换迁入的,还可以随意删除迁入信息,十分的方便,模块采用分页技术实现的,这样管理数据比较的便利。如图4-7所示。
图4-7 迁入管理
4.4 户主功能设计
4.4.1 户籍信息
户籍管理管理系统中用户信息是系统的主要成分,下图所示的是户主的信息,用户可以查询自己的户籍信息,核查是否有误,可以通过反馈模块进行问题的反馈。户籍信息模块主要包括了用户姓名,用户密码,用户电话,楼宇名字,用户楼层,用户屋号,用户单元,备注信息等选项信息。如图4-13所示。
图4-13 户籍信息
下面截图是户主功能中的迁入查询模块,主要包括迁入编号、用户姓名、迁入日期三个选项。这样就可以让用户一目了然看清楚自己的迁入信息的情况。如图4-14所示。
图4-14 迁入查询
下面截图是户主功能中的迁出查询模块,主要包括用户姓名,迁出费用,缴费类型,收费人员,迁出备注五个选项。这样就可以让用户一目了然看清楚自己的迁入信息的情况。如图4-15所示。
图4-15 迁出查询
5 调试与测试
系统开发后期非常重要的一个环节就是系统测试环节,主要的任务就是检测程序员开发的系统中是否存在未曾发现的瑕疵,及时发现并对其错误进行及时的处理,进而来完善系统的不足,系统的整体性能就可以得到提高。测试流程如图5-1所示
图5-1 软件测试流程
系统测试的根本目的在于,开发出来的系统在正式投入使用之前,尽可能的尽早地发现软件在开发过程中可能存在的疏漏,并进行处理;程序员在开发过程中,会面临着很多的复杂问题,所以,系统在开发的每个环节都有可能存在着错误,程序员通常在开发过程中会对自己开发的程序进行自测,也会及时解决掉一部分问题,但是不能全部发现,所以,系统测试环节必不可少,需要认真的对待。
抽象的软件现在在各个领域中发挥着关键作用,从简单的尖端技术和软件技术设备现在的大部分工作。软件开发验证和确认已经成为非常重要的生产高质量软件根据业务涉众的需求。不同的软件开发方法给软件测试的新维度。在传统的瀑布式软件开发方法,软件测试已经接近终点,开始与资源规划,设计测试计划和测试验收测试标准定义。在这个过程中大部分的测试计划是有据可查的,导致对耗时的过程。敏捷等现代软件开发方法在长时间测试的流程和文件不遵循严格由于小迭代的软件开发和测试,精益帆布转换模型可以解决方案。本文提供了一个新的维度来找出采用精益转型的可能性模型和度量在软件测试计划来简化测试过程进一步使用这些测试指标在画布上。
结论尽管大量的二次研究中,我们发现许多软件测试目前缺乏二次研究的重要领域,如测试管理,产品风险测试的作用,人为因素在软件测试中,体验(A / b测试),探索性测试,可测试性,测试停止标准和测试环境开发。在这些地区是重要的二次研究为满足工业和教育需求在软件测试。另一方面,教育材料ISTQB基础教学大纲和SWEBOK可能受益于包含最新的研究课题,即基于搜索的测试,使用云计算测试和象征性的执行[13]。
在控制软件经常执行复杂的任务。正确的操作是至关重要的安全以及系统资源的有效管理和过程。然而,这样的一种软件测试的组织通常小于传统的业务应用程序。在本文中,提出了控制软件测试过程和工具。项目开发涉及的建模阶段SysML作为项目组织单位和POU-oriented规范语言测试。中创建相应的实现IEC 61131 - 3标准中定义的语言,可以使用两种测试方法验证,即表和单元测试。第一个选项是一个简单的方法检查是否一个功能块,一个函数或一个程序产生正确的输出值为特定的输入值。更先进的单元测试中指定一个专门的测试定义语言,称为cpt +。提出了过程描述使用Pulse-Width-Modulator(PWM)的例子中,这是常见的开关PID控制。提出了测试工具被引入到CPDev编程环境。
软件测试过程改进(STPI)方法框架,指导软件开发组织改善他们的软件测试过程。我们已经确定了现有STPI方法及其特征(如发展的完整性,可用性的信息和评估工具,方法和领域限制)使用一个系统的文献综述(单反)。此外,两种选择方法(TPI下和TMMi)评估内容和评估结果。由于这项研究中,我们已经确定了18 STPI方法及其特点。TPI的内容的详细比较,TMMi就完成了。我们发现许多STPI方法不提供足够的信息或方法不包括评估工具。这使得很难在行业应用很多方法。TPI之间更大的相似之处被发现和TMMi和更少的差异。我们得出结论,无数STPI方法是可用的,但并不是所有的一般适用于行业。一个可用的方法之间的主要区别是他们的模型表示。即使应用方法通常显示强烈的相似之处,不同的评估结果出现由于他们不同的模型表示[14]。
保证系统的每个单元的代码书写完整,检测各个模块的代码文档。对系统整体进行测试,掌握各个模块的衔接及参数的传递等。
测试活动的成本是总成本的主要部分的软件。在测试中,生成测试数据是非常重要的,因为测试的效率是高度依赖于使用的数据在这个阶段。在基于搜索的软件测试,软计算算法探索测试数据为了最大化的覆盖度量可以被看作是一个优化问题。在本文中,我们使用一些meta-heuristics(人工蜜蜂殖民地,粒子群优化,微分进化和萤火虫算法)和随机搜索算法来解决这个优化问题。首先,依赖的算法控制参数的值进行了分析和适当的控制参数的值被推荐。算法比较基于不同的健身功能,因为适应度函数影响算法在搜索空间的行为。结果表明,可以有效地用于meta-heuristics难题,当搜索空间大。此外,近似水平分支基于距离的适应度函数通常是一个好的适应度函数引导算法准确[15]。
软件测试的对象有好多种,程序测试只是其中的一种,整个软件开发期间各个阶段都要进行测试,包括软件生命周期所产生的一些文档,如软件的需求规格说明、软件的概要设计文档、软件的详细设计文档,不过软件测试的主要对象还是软件的源程序。
软件测试是软件代码生成后必不可少的一步,这一步可以有效的检测系统在开发过程中存留的问题,及时的了解每个模块的运行性能,保证系统单元可以有效运行;再则,确保系统整体的运行,模块间的相互协调,表之间的对应关系。
对登陆界面进行测试:可以输入不同种类型的数据来登陆该系统,通过分析系统提示的信息,可以由此来确保系统最初功能设计是否实现。例如,我们可以试着输入用户名admin,密码123456,在点击提交按钮系统后提示用户名和密码错误。不断地输入其他不同类型的用户名和密码进行反复的测试,只有输入的用户名admin,密码为admin,系统选择的权限为管理员时,系统界面提示正确登陆本系统。
对注册界面的测试:我们可以追加多条不同种类型的数据,由此来判断系统在提交数据方面的功能,再试着增加多条相同的数据,这样系统的识别功能就可以判断出来,是否重复提交相同的数据,是否可以正常的报错等等,这样就可以确保数据的合法性。
一些主要模块的测试用例:
表5-1 测试用户登录
功能描述 | 用户登录 | |
用例目的 | 检测用户登录功能 | |
前提条件 | 正确的url,权限为用户 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
账户zhc,密码123,点击登录 | 显示账户或密码错误 | 密码错误 |
账户zhc,密码123456,点击登录 | 用户登陆成功 | 用户登陆成功 |
账户空,密码空,点击登录 | 输入账户,密码 | 输入账户,密码 |
账户zhc,密码空,点击登录 | 用户登录失败 | 用户登录失败 |
账户空,密码hkjhk,,点击登录 | 用户登录失败 | 用户登录失败 |
账户zhc,点击重置 | 账户为空 | 账户为空 |
密码ashdjk,点击重置 | 密码为空 | 密码为空 |
权限管理员,点击重置 | 权限变为用户 | 权限变为用户 |
表5-2 测试管理员登录
功能描述 | 用户登录 | |
用例目的 | 检测用户登录功能 | |
前提条件 | 正确的url,权限为管理员 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
账户admin,密码123,点击登录 | 显示账户或密码错误 | 密码错误 |
账户admin,密码admin,点击登录 | 管理员登陆成功 | 管理员登陆成功 |
账户空,密码空,点击登录 | 输入账户,密码 | 输入账户,密码 |
账户admin,密码空,点击登录 | 管理员登录失败 | 管理员登录失败 |
账户空,密码123,,点击登录 | 管理员登录失败 | 管理员登录失败 |
账户admin,点击重置 | 账户为空 | 账户为空 |
密码aghf,点击重置 | 密码为空 | 密码为空 |
权限管理员,点击重置 | 权限变为用户 | 权限变为用户 |
表5-3 测试反馈功能
功能描述 | 反馈功能 | |
用例目的 | 检测反馈留言模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
输入常规文字 | 留言成功 | 留言成功 |
直接点击留言按钮 | 提示输入相应信息 | 提示输入相应信息 |
表5-4 测试反馈管理功能
功能描述 | 反馈管理功能 | |
用例目的 | 检测反馈管理模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
点击反馈管理 | 弹出反馈留言表 | 弹出反馈留言表 |
点击答复按钮 | 弹出答复表 | 弹出答复表 |
输入答复内容,点击答复 | 答复成功 | 答复成功 |
输入答复内容,点击重置 | 输入答复内容清空 | 输入答复内容清空 |
点击删除按钮 | 删除成功 | 删除成功 |
表5-5 测试管理员添加功能
功能描述 | 管理员添加功能 | |
用例目的 | 检测管理员添加模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
点击管理员添加按钮 | 出现管理员添加表 | 出现管理员添加表 |
输入账户、密码,点击添加 | 管理员添加成功 | 管理员添加成功 |
输入账户、密码,点击重置 | 账户、密码清空 | 账户、密码清空 |
表5-6 测试修改密码功能
功能描述 | 修改密码功能 | |
用例目的 | 检测密码模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
输入新密码 | 修改成功 | 修改成功 |
直接点击修改按钮 | 请输入密码 | 请输入密码 |
表5-7 测试户籍添加功能
功能描述 | 户籍添加功能 | |
用例目的 | 检测户籍添加模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
输入常规文字 | 添加成功 | 添加成功 |
直接点击提交按钮 | 请输入相应信息 | 请输入相应信息 |
表5-8 测试迁入添加功能
功能描述 | 迁入添加功能 | |
用例目的 | 检测迁入添加模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
输入常规文字内容 | 添加成功 | 添加成功 |
直接点击提交按钮 | 请输入相应信息 | 请输入相应信息 |
表5-9 测试迁入管理功能
功能描述 | 迁入管理功能 | |
用例目的 | 检测迁入管理模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
点击迁入管理 | 弹出迁入人员名单 | 弹出迁入人员名单 |
点击迁入管理中的删除按钮 | 删除对应的迁入人员信息 | 删除对应的迁入人员信息 |
表5-10 测试迁出添加功能
功能描述 | 迁出添加功能 | |
用例目的 | 检测迁出添加模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
输入常规文字内容 | 添加成功 | 添加成功 |
直接点击提交按钮 | 请输入相应信息 | 请输入相应信息 |
表5-11 测试迁出管理功能
功能描述 | 迁出管理功能 | |
用例目的 | 检测迁出管理模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
点击迁出管理 | 弹出迁出人员名单 | 弹出迁出人员名单 |
点击迁出管理中的删除按钮 | 删除对应的迁出人员信息 | 删除对应的迁出人员信息 |
表5-12 测试户籍信息功能
功能描述 | 用户界面里的户籍信息 | |
用例目的 | 检测户籍信息模块 | |
前提条件 | 输入正确格式数据信息 | |
输入/动作 | 期望的输出/对应 | 实际情况 |
点击户籍信息 | 弹出户主信息 | 弹出户主信息 |
对户籍信息进行修改 | 不能进行修改操作 | 不能进行修改操作 |
结 论
经过一段时间的努力,我的毕业设计终于完成了,这一过程十分的艰难,有很多心酸和喜悦,具体我来总结分享给大家:
首先来介绍一下,我这次开发的系统,系统主要是围绕着户籍管理系统方面来进行展开的,系统主要包括了登陆模块,注册模块,对数据库中的数据进行了增、删、改、查等一些详细的功能设计,系统采用了简单架构模式,构建了一系列的参考函数与方法,可以提高系统的整体开发效率,对代码的重复率进行了有效的减少,系统严格按照软件工程的开发思路制作,每道程序符合开发标准与设计要求。
其次,系统开发中难免会碰到一系列的困难,每一次的问题都是经验,下次制作就可以避免了;主要问题包括有,数据库的链接,起初对数据库的链接出现问题,不知道什么地方出错,就是不能访问数据库,后来经过对比发现字符串写错了,这样下次就不会出现类似错误;数据库设计,数据库设计需要根据功能设计来制定,表之间的结构关系,主表,从表等逻辑得当才能保证设计的准确性;还有一些其他的问题等。
最后,系统设计使得自己得到了很多的知识,对未来发展也有一定的铺垫,这次的毕业设计不仅提高了自身的分析问题,还提高了解决问题的能力,促使技术的全面提升,是一次很好的锻炼机会。
致 谢
作者在设计(论文)期间都是在老师的全面、具体指导下完成进行的。老师渊博的学识、敏锐的思维、民主而严谨的作风使学生受益非浅,并终生难忘老师在毕业设计工作中给予的帮助。
感谢我的学友和朋友对我的关心和帮助。