摘要
随着信息技术的快速发展,计算机应用已经进入成千上万的家庭。随着物资数量的增加,物资库存管理也存在许多问题。物资数据的处理量正在迅速增加,原来的手工管理模式不适合这种形式。使用计算机可以完成数据收集、处理和分析,减少人力和物力的浪费。需要建立爱心捐赠物资维护系统,为物资管理提供信息管理和动态管理,提高物资管理的质量和效率。
在爱心捐赠物资维护系统的设计中,采用java编程语言和SSM技术,在MVVM的模式下,并使用MySQL作为系统的数据库。该系统设计了强大的功能模块,考虑了物资管理的各个方面。这些主要功能模块分别是首页、系统用户(管理员、注册用户)模块管理(物资仓库、物资类型、物资入库、申领物资、确认出库、申领物资、用户签收、明细公告)等功能模块。最后,通过系统需求分析和系统设计方法验证,结果表明该设计具有实用价值,因此从软件设计的角度,对研究理论、基础、总体系统布局和具体系统设计进行了详细研究。
关键词:java编程语言;SSM技术;软件设计
第5章系统实现
5.1用户管理功能模块实现
1.登录模块,用户管理员可以通过登录进入该系统,如果输入正确,则可以进入该系统,显示的结果如下。
用户登录界面如下图所示。
图5-1登录模块界面
2.用户注册,某个人员进入该系统,则注册该用户的信息,如果注册成功,就可以进入该系统,显示的结果如下。
注册用户界面如下图所示。
图5-2注册用户界面
3.创建用户流程,首先获取用户的基本信息,然后将姓名转换为拼音做为用户名,默认密码是admin向数据库添加一条记录。
创建用户流程图如下图所示。
图5-3创建用户流程图
5.2用户管理功能模块实现
1.用户注册,审核用户注册信息,主要页面是yuangongxinxi_add.html文件,通过调用add()方法,将用户参数传入,实现用户信息的添加。
用户添加页面如下图所示。
图5-4用户添加页面
2.用户修改,管理员可以修改已存在的用户信息,除主键的ID不能修改外,其他属性基本都能修,主要页面是yuangongxinxi_update.html,通过调用update()方法,将用户参数传入,实现用户信息的修改。
3.用户查询,用户添加之后可以进行用户查询,输入用户编号可以查询出该用户的所有信息。包括用户编号、用户名称和电话。
4.用户删除,用对不需要的用户,或者输入错误的用户信息,管理员可以对其进删除,通过调用delete()方法,将用户参数传入,实现用户信息的删除。
5.用户添加流程,开始输入用户信息,在程序中验证输入的信息是否规范,如果规范就输入成功,如果不规范将重新进行输入。
用户添加流程图如下图所示。
图5-6用户添加流程图
5.3物资管理功能模块实现
1.物资添加,管理员添加物资信息,主要页面是wuzi_add.html文件,通过调用commDao类的add()方法,将物资参数传入,实现物资信息的添加。
物资添加页面如下图所示。
图5-7物资添加页面
2.物资修改,管理员可以修改已存在的物资信息,除主键的ID不能修改外,其他属性基本都能修改,主要页面是wuzi_update.html,通过调用commDao类的update()方法,将物资参数传入,实现物资信息的修改。
3.物资查询,物资添加之后可以进行物资查询,输入物资编号可以查询出该物资的所有信息。包括物资编号、物资名称、物资价格。
物资查询界面如下图所示。
图5-8物资查询页面
4.物资删除,对不需要的物资,或者输入错误的物资信息,管理员可以对其进删除,通过调用commDao类的delete()方法,将物资参数传入,实现物资信息的删除。
5.4库存管理功能模块实现
1.物资入库,如果管理员想进行物资入库,物资入库之前须要对物资进行登记,登记完之后进行物资入库,物资入库之后,生成入库记录,物资的当前库存量=入库前的数量加上入库数量,在库存在会显示入库的物资,,入库配送信息则将已入库的物资数量去除,则从库存数量减去配送信息数量得到库存总数量。
物资入库页面如下图所示。
图5-9物资入库页面
物资入库流程图如下图所示。
图5-10物资入库流程图
2.物资出库,和物资入库相反的是物资出库,物资的出库和出库上架都是对物资进行出库,物资出库之后,生成出库记录,物资的当前库存量=出库前的数量-出库数量,如果当前库存量小于出库量,则出库失败,物资出库配送信息则去除出库出去的物资,物资的库存量加上配送信息量得到物资现在的库存总量。
物资出库页面如下图所示。
图5-11物资出库页面
3.库存查询,用户点击该功能后,系统自动列出所有物资的信息和当前库存量,所有物资的总量进行计算。
物资查询界面如下图所示。
图5-12库存查询页面
4.用户签收信息页面可查看申请号、物资库号、申领数量、用户姓名、申领数量、物资名称、物资规格等信息进行增删改查等操作。
图5-13用户签收页面
第6章系统测试
6.1测试目的
测试的目的不仅要如何去组织测试,通过分析错误的产生原因以及结果,以便改进。在系统测试中,第一个目的就是检验系统在完成过程中的逻辑问题和系统可能存在的问题。然后通过测试修正原本的错误,提高系统的质量。第二个目的就是检测系统的安全性、可靠性也就是说系统的内容是不是安全的,会不会出现遗失等情况,系统是否能很好的正常的运行。
从爱心捐赠物资维护系统的实际情况来考虑,系统测试的根本就是:各项功能是否能够正常运行,不同的用户可以通过系统都做出哪些操作。能否对系统的数据进行调用,对表的增删改查操作,并且系统数据和数据库的数据是否一致。
6.2测试方法
一个业务模块应该由许多功能单元共同实现,黑盒测试针对业务功能是否能按计划完成,并且不考虑系统内部的结构和效率问题,白盒测试的要求就是要尽可能的测试到所有的组成结构,即要尽量包含所有的功能模块、覆盖全部路径。这种测试要求测试人员必须完全了解系统的业务逻辑及处理过程。但是完成上面的要求是一件很难的事,并且若程序中含有循环之后,路径的数量会越来越大,执行每一条路径都将会变得极不现实。
6.3测试过程
6.3.1系统测试计划
通过这个测试体现了此系统的功能比较完善,系统运行比较稳定,足以证明此系统具有安全性和完整性。测试计划进度表在测试之前用来计划测试目的于测试的范围,并且计划出测试的方法以及测试的时间。软件的质量是我们的追求,所以测试的过程是十分重要的,测试计划因此也成为了测试工作的基础。
系统测试计划如下表所示。
表6-1系统测试计划表
测试任务 | 工作描述 | 计划开始日期 | 计划结束日期 |
测试策划阶段 | 制定测试的计划、时间和预测效果 | ||
测试设计阶段 | 选定测试用例,回顾测试覆盖 | ||
测试实现阶段 | 开发测试用例/脚本 | ||
测试执行阶段 | 测试用例/脚本执行 | ||
测试总结阶段 | 生成测试和缺陷填写报告 |
6.3.2系统测试用例
1.用户登录模块测试用例,用户登录系统时须要输入用户名和密码,用户名和密码输入正确则登录成功,否则将会给会相应提示。对用户登录输入用户名和密码设计详细测试用例。
用户登录测试用例如下表所示。
表6-2用户登录测试用例表
设计人 | 测试人 | 功能编号 | 1 | |||||||||
功能组 | 登录界面 | 功能点 | 用户登录 | 测试日期 | ||||||||
测试环境及前提 | ||||||||||||
测试条件 | 已添加用户A用户:1,密码: B用户:2,密码: | |||||||||||
测试项目及内容 | ||||||||||||
测试步骤 | 输入项 | 预期输出项 | 实际输出 | |||||||||
1 | 空值/空值 | 提示“用户名或密码不能为空!” | 提示“用户名或密码不能为空!” | |||||||||
2 | 空值/123 | |||||||||||
3 | 123/空值 | |||||||||||
4 | 1/1 | 成功登录到主程序,“系统设置”菜单中拥有所有权限 | 成功登录到主程序,“系统设置”菜单中拥有所有权限 | |||||||||
111/1 | 提示“用户名或密码错误,请重新输入” | 提示“用户名或密码错误,请重新输入” | ||||||||||
5 | 2/2 | 成功登录到主程序,在“系统设置”菜单中只能修改自己的密码 | 成功登录到主程序,在“系统设置”菜单中只能修改自己的密码 | |||||||||
测试结论 | 用户登录功能可以正常使用 | 总体结论 | 基本通过 | |||||||||
测试结论 | 功能可正常使用 | 总体结论 | 基本通过 |
2.用户管理测试用例,添加用户时须要输入用户的详细信息,当用户信息输入正确时则输入成功,当用户信息输入不正确时则给出相应提示。
添加用户测试用例表如下表所示。
表6-3用户管理测试用例表
设计人 | 测试人 | 功能编号 | 2 | ||||
功能组 | 系统设置 | 功能点 | 添加用户 | 测试日期 | |||
测试环境及前提 | |||||||
测试条件 | 系统中存在欲创建人的基本信息 | ||||||
测试项目及内容 | |||||||
测试步骤 | 输入项 | 预期输出项 | 实际输出 | ||||
1 | 选择一条记录点击创建用户按钮 | 提示“用户创建成功!” | 提示“用户创建成功!” | ||||
2 | 使用管理员权限登录为刚刚创建的用户授权 | 提示“授权成功!” | 提示“授权成功!” | ||||
3 | 实用刚刚创建的用户登录系统 | 提示“登录成功!” | 提示“登录成功!” | ||||
测试结论 | 添加用户功能可以正常使用 | 总体结论 | 基本通过 |
3.物资管理测试用例,对物资管理功能模块进行增删改查的测试。
物资管理测试用例如下表所示。
表6-4添加物资测试用例
设计人 | 测试人 | 功能编号 | 3 | |||||
功能组 | 物资管理界面 | 功能点 | 添加物资 | 测试日期 | ||||
测试环境及前提 | ||||||||
测试条件 | 进入物资管理模块 | |||||||
测试项目及内容 | ||||||||
测试步骤 | 输入项 | 预期输出项 | 实际输出 | |||||
1 | 添加物资时,没有输入任何物资信息 | 提示“物资添加失败!” | 提示“物资添加失败!” | |||||
2 | 添加物资时,输入带*号的文本框,并且符合格式要求 | 提示“物资添加成功!” | 提示“物资添加成功!” | |||||
3 | 添加物资时,输入所有文本框,并且格式符合要求 | 提示“物资添加成功!” | 提示“物资添加成功!” | |||||
4 | 添加物资时,只输入没有带*号的文本框 | 提示“物资添加失败!” | 提示“物资添加失败!” |
4.物资入库管理测试用例,物资入库测试物资入库情况,可以选择一个物资进行入库,可以选则多个物资进行入库。
物资入库用例表如下表所示。
表6-5物资入库管理测试用例表
设计人 | 测试人 | 功能编号 | 4 | |||||
功能组 | 入库 | 功能点 | 物资入库 | 测试日期 | ||||
测试环境及前提 | ||||||||
测试条件 | 已录入物资信息 | |||||||
测试项目及内容 | ||||||||
测试步骤 | 输入项 | 预期输出项 | 实际输出 | |||||
1 | 选择一个物资,点击入库按钮,输入该物资入库数量 | 入库成功 | 入库成功 | |||||
2 | 选择一个物资,点击入库按钮,没有输入该物资入库数量 | 请输入入库数量 | 请输入入库数量 | |||||
测试结论 | 物资入库功能可以正常使用 | 总体结论 | 基本通过 |
6.4测试结果
测试结果包括界面及功能测试和代码测试两部分,本系统对每个功能点做了详细的测试,测试结果正常。
测试结果表如下表所示。
表6-6系统功能测试结果表
序号 | 测试模块 | 功能点 | 质量保证标准 | 问题属性 | 测试结果 |
F1 | 系统用户管理模块 | 修改密码 | 正确性 | 故障 | 正常 |
权限设置 | 正确性 | 故障 | 正常 | ||
角色管理 | 正确性 | 缺陷 | 正常 | ||
用户信息添加 | 正确性 | 故障 | 正常 | ||
用户信息修改 | 正确性 | 故障 | 正常 | ||
用户信息查询 | 正确性 | 故障 | 正常 | ||
用户信息删除 | 正确性 | 故障 | 正常 | ||
退出系统 | 正确性 | 故障 | 正常 | ||
F2 | 功能管理模块 | 物资信息添加 | 正确性 | 故障 | 正常 |
物资信息修改 | 正确性 | 故障 | 正常 | ||
物资信息删除 | 正确性 | 故障 | 正常 | ||
入库信息添加 | 正确性 | 故障 | 正常 | ||
入库信息修改 | 正确性 | 故障 | 正常 | ||
入库信息删除 | 正确性 | 故障 | 正常 | ||
出库信息添加 | 正确性 | 故障 | 正常 | ||
出库信息修改 | 正确性 | 故障 | 正常 | ||
出库信息删除 | 正确性 | 故障 | 正常 | ||
签收信息添加 | 正确性 | 故障 | 正常 | ||
签收信息修改 | 正确性 | 故障 | 正常 | ||
签收信息删除 | 正确性 | 故障 | 正常 |
第7章结论
本系统是通过计算机技术,结合物资管理的需求,研制出的一套用于各个的爱心捐赠物资维护系统。该系统能够为的物资管理提供方便,能够帮助对其进行信息化管理,能够为对各方面的管理提高工作效率。本系统还能够将各个资料录入,让管理层在网上查询所需要的资料,这样一来,就能够省去了专门负责库存管理人的工作量,也为库存管理工作提供了便利。
在对本系统进行了详细的分析以及一系列的可行性研究之后,根据该系统的设计构想,对本软件进行了开发设计。在确定了本系统具有较高的可行性以后,通过对系统的数据库的分析和总体的功能模块的设计,本系统前台采用的是java开发技术,以MySQL作为后台数据库连接开发。在对系统进行详细的需求分析后,针对不同的需求设立不同的板块,发挥各部分不同的作用。根据该系统的功能结构图展示出了系统内各功能模块之间的业务逻辑结构。并且通过所设计的E-R图,表示出系统各个部分的功能,涉及到系统中各部分的联系,可以让读者能够清晰的了解到本系统的运行流程,并能够进一步的了解到系统各功能模块的相关信息。
源码获取