计算机科学与技术-基于SSM的沃尔夫商城进销存系统

基于SSM的沃尔夫商城进销存系统摘要：随着经济的发展，企业之间的竞争越来越激烈，一旦在某方面落后于其他企业，很快就会被淘汰。其中，企业管理是在竞争中抢夺地位的最重要的因素之一，对于中小销售企业更是如此，销售企业的企业管理就是对进货、销售、库存等方面进行管理的过程，即进销存管理，这些正是该类企业的主要业务，其管理水平高低将会直接影响到其业务服务的质量，因此，在面对大型销售人力物力资源充足的压力下，中小销售企业想要在竞争中占有一席之地，进销存的管理变得尤为重要传统的进销存管理主要通过纸质手动记录方式来处理各种信息，但这样的方式信息查找不方便，信息记录容易出现偏差，甚至记录有丢失受损的风险，不仅使得业务效率低下，业务质量不高，还使得管理成本很高。此外，传统的进销存管理无法让各部门的业务很好的串联起来，无论是采购、进货、出货、销售，都是各司其职，员工无法得到业务进程信息，导致业务难以推进。如今，科技的发展使得各种进销存软件出现在市面上，虽然提高了管理的效率减少了信息丢失受损的风险，但越来越复杂的操作流程，使得部分员工上手困难，并且一些进销存软件服务层次仅限于信息存储，本次课题主要解决操作复杂的问题，设计开发出操作简单，并且能够记录业务进程的进销存系统。沃尔夫进销存系统开发将会基于MVC设计模式、Spring框架来实现，并且摒弃传统的C/S模式，使用B/S模式来实现服务，减少计算机环境部署的成本，只需要使用浏览器即可使用系统，也降低了计算机性能负荷。关键词：进销存系统，商品管理TheInventorymanagementSystembaseonSSMforWolfMarketAbstract：Withthedevelopmentofeconomy，thecompetitionbetweenofenterprisebecomesmoreandmoreintense，oncetheenterprisewhichsomethingfallsbehindothers，itwillbeeliminatedsoon.Amongthem,theenterprisemanagementisoneofthemostimportantfactorincompetition,especiallyforsmall-andmiddle-sizesaleenterprise,theenterprisemanagementforsaleenterprisemeanthattheprocessofmanagingpurchase、saleandstorage,etc.,thatisinventorymanagement,whichisthemainbusinesstosaleenterprise.Thelevelofinventorymanagementwillbeaffecttothequalityofbusiness.so,Inthefaceofthepressionfromlargeenterprise,whichhassufficientresource,inventorymanagementmakeaessentialpartofgettingaroletoplayincompetitionforsmall-andmiddle-sizesaleenterprise.Traditionalinventorymanagementusuallybaseonpaperrecordtodealwithdifferentinformation,butthiswaywillleadtosearchinginconveniently、recordingwronginformation,evenhavetheriskoflossanddamage,whichwillmakethebusinessefficiencyandqualitylow,andwehavetopayforexpensivemanagementcost.Beside,traditionalinventorymanagementcan’tmakedepartmentcommunicatedwitheachother,thatmeanpurchase、sale、andshipmentareindependentofeachother,staffcan’tgettheprocessinformationinrealtime，whichmakedifficulttoadvancethebusiness.Now,thedevelopmentoftechnologyhasmadevariousinventorymanagementsoftwareappearinmarket，whichalthoughimprovedmanagementefficiencyandreducedtheriskoflossing.butmoreandmorecomplexoperationmakesomeemployeeshardtogetstarted.Evensomesoftwareonlyprovideinformationstorageforuser.thisprojectismainlysolvethepromblemofcomplexoperations,anddesigntheinventorymanagementsystemthatsimpletooperateandrecordtheprocessofbusiness.ThedevelopmentwillbeimplementedbaseonMVCdesignpatternandspringframework,andusetheB/SmodelinsteadofC/Smodeltoimplementtheservice,whichcanreducethecostofdeployingenvironmentofcomputer.onlyneedtousethebrowser,anditalsomaketherequirementofcomputerperformancelower.Keywords：Inventorymanagementsystem,Commoditymanagement目录1绪论 绪论1.1研究的的背景和意义传统的进销存系统通过纸质将信息进行记录，不仅企业管理各个部门的数据都是独自存在，各业务的进程无法随时通过固定渠道得知，各部门之间的没有足够的联系交流，导致业务执行效率底下。数据不够集中也使得企业管理者无法运筹帷幄，将数据统一分析。随着信息技术的快速发展，中小企业要想在竞争中拥有一席之地，建立一个进销存系统整合管理供应链资源，来确保部门之间的交流协作，是未来企业发展的必然趋势[1]。市面上也出现了各种五花八门的进销存软件，他们功能强大但同时也带来了操作复杂，不容易上手的问题，而且一些进销存软件甚至仅局限于信息的存储，并不能给予进一步的帮助，本次课题的主要目的，即化繁为简，设计出简单的进销存系统，并且能有效的完成货物供应链上的服务，并且能记录业务进程。如今的数字化时代，越来越多的信息记录管理从人为手动记录转变成计算机记录，给予人们许多方便，信息技术的发展本身就是为了能让人们更加“懒惰”，能有更多的精力去处理其他事务[2]。市面上也出现了各种各样的系统工具，他们功能强大，能够给使用者带来莫大的便利，但却忽略了操作上给使用者带来的不便，面对复杂繁多的子系统，使用者不得不花上时间去了解使用方法，向使用过系统的人员请教，一定程度上阻碍了企业的发展，即便实现了许多强大的功能，新使用者也可能会手足无措。因此，一套简单方便的系统可以降低使用者的操作门槛，使其快速上手系统，保证业务的效率[3]。《进销存系统》是为沃尔夫有限公司实现货物链信息化管理而开发的一套系统，以提供更好的货物管理质量与详尽的财务信息，同时功能操作简单，方便使用者快速上手。1.2目前国内外现状1.2.1国外进销存管理发展状况 早在18世纪60年代之前，即工业革命之前，进销存就已经以某种形式存在，当时的商人不得不亲自记录下购买记录，并且每天都要密切关注当天销售了多少商品和还剩多少商品，基本上一人参与所有业务的处理，使得业务发展十分缓慢，并且由于没有集中的数据，商人只能靠预测推断未来商品的需求。 到了工业革命时期，商品的生产效率大大提升，业务量也急剧增长，曾经一人独揽所有业务方式已经不现实，因此对进销存的管理需求也在增加，直到1889年赫尔曼·何乐礼发明出了基于打孔卡技术的打穿孔制表器，即是计算机的前身，可以用来记录复杂的数据，打穿孔制表器当时是为了解决美国的全国性人口普查，但这同时也为进销存管理技术打下了一个良好的基础。在1930年，哈佛大学一个团队基于打孔技术做出了打孔卡系统用来分辨公司订购的商品，并且根据打孔卡记录一些库存和销售记录[4]。这是第一次出现了基于其他介质对仓库信息进行自动化管理记录的系统，相对比以前的记录方式，更加方便快捷，然而在当时这个系统的成本过于昂贵，使得无法普及到各规模企业。并且面对持续增长的业务挑战，该系统的速度也逐渐无法跟上。但这系统对于进销存管理也是一个重要的里程碑。 到了20世纪40年代末，出现了基于对紫外线敏感的墨水与读取器来辨别各种商品和标记出售的商品，这项技术在当时计算处理能力下不足以满足该系统的需求，最终也以失败告知，但该构想成为了未来现代条形码系统的先驱。 1974年，商品统一条形码（UPC）的出现，对商品的辨别有了一个统一的标准，并且随着科技发展，扫描器的价格也在逐渐降低，这促使进销存系统有了巨大的发展。到了20世纪80年代，随着计算机逐渐在美国普及，UPC越来越流行，配合着计算机的处理能力，人们开始研发进销存软件，通过计算机来记录库存信息和销售信息，开始走进了计算机来处理信息的时代[5]。 到21世纪初期，射频识别（RFID）的出现使得条码扫描更加成熟，使条码能够记录更多更复杂的信息。1.2.2国内进销存管理发展状况 在经济全球化的浪潮下，我国各中小企业面临巨大挑战，越来越多的企业者意识到科学的企业管理的重要性，建立一个规范、高效、科学的管理制度和拥有富有竞争力的经营理念已成众多企业所渴求的，企业采用计算机来管理采购、销售、库存各个环节已成必然的趋势[6]。但由于商品种类繁多复杂、业务过多等各种原因，即便使用计算机消除掉了传统人工记录出现计算失误等不确定因素错误，也难以避免出现人为的操作失误，因此在保证能实现各种进销存的功能同时，也应该提供一定程度的验证机制，尽可能的减少人为失误，以保证出现不必要的勘误。进销存系统在企业发展中扮演着重要的角色，如何帮助企业管理货物，做到及时采购，合理销售，不出现货物积压或货物急缺，就能为企业带来最佳的收益。面对大企业，信息管理对于各方面都不太占优的中小企业成为了至关重要的战略点[7]。从大量的货物信息有效的提取出最重要的信息，将会影响公司后续发展决策的关键因素，这也正是进销存系统所需要完成的工作，所有的货物信息都将数字化，这是势在必行的趋势。随着网络的发展，进销存系统也摆脱了传统的C/S模式，逐渐转变成B/S结构体系，相对于C/S模式，B/S只需要使用浏览器即可使用系统，安装便捷，成本低，对电脑的负荷更低，更加低要求的使用条件使得进销存系统国际化、网络化、个人化[8]。1.3论文主要的研究内容 本论文主要介绍在IntelliJIDEA基于SSM开发沃尔夫商城进销存系统的过程，系统主要实现对商品进行管理，主要包括仓库管理、销售管理、采购管理、财务管理和基本信息管理几个模块，完成了各种信息诸如商品信息，各仓库库存信息的存储，销售采购业务的进程跟踪，各业务的产生的财务支出收入统计。并确保操作简单，使得各数据管理更加便捷规范，提高业务的效率，减少数据管理的成本。其主要的研究内容如下：利用IntelliJIDEA以MVC软件设计模式、B/S网络结构模式和SSM框架完成系统的开发。介绍实现系统的各种技术，包括MVC和SSM等各种技术。对进销存系统的实现进行需求分析，并在此基础上进行系统的详细设计，包括数据库表设计和各模块的功能设计。介绍对各功能的测试方法。

2系统需求分析需求分析，也被称为软件需求分析，是通过深入调查与客户交流等各种途径，将客户描述较为模糊的需求规范清晰化并整合，来确定整体项目所需要的功能的过程[9]。在进行开发前，这是至关重要的一步，如果没有正确理解用户的需求，那么开发出来的系统不符合用户的需要，导致系统的开发无法按时完成。针对本次课题，对用户做出的需求分析如下：由于沃尔夫商城的业务在不断的发展，货物仓库在国内分布的位置在不断扩张，曾经的纸质方式信息记录不仅费时费力，难以记录管理货物的信息。诸如采购、销售、调拨等业务也使得仓库的库存信息无法准确记录，同时业务的扩大，也使得供应商和客户的信息开始多了起来，但由于缺少了固定的信息获取渠道，使得业务涉及的货物和合作方状态难以跟踪，数据的不集中不仅让业务执行效率低下，企业者也没有便捷的方式获得整体收入支出数据进行分析来确定采购销售的决策。因此设计开发了这套沃尔夫进销存系统，其目的就是为了以简单的方式集中记录各种信息，提高信息的管理水平，减少信息管理的成本，并且提供货物订单跟踪，提高业务效率。2.1系统的需求分析沃尔夫进销存系统的需求如下：信息的查询和管理。所有的采购人员、销售人员等所有人员都可以查询到商品、客户、和供应商这类基本信息，拥有特定权限的系统管理员可对部分基本信息进行更新删除操作，部分特定的信息如销售订单、采购订单、出库入库订单等信息只有特定的人员才可以查看。采购管理。采购人员可以填写采购单提出采购申请让采购主管进行审核，审核通过的订单在联系供应商发货后，可让仓库管理人员进行入库处理。销售管理。销售人员可以填写销售单指定仓库发出客户需要的商品，生成的订单可以让仓库管理人员可进行相应的出库处理。仓库管理。任何用户都可以查询各仓库库存信息，仓库管理员可以填写调拨申请仓库的货物转移到指定的仓库中，由仓库主管审核通过可指派人员去完成相应的调拨处理。财务管理。财务人员可以了解到业务的收支统计，并且可以查询到各业务的订单收支明细，该功能仅限财务人员可以使用。2.2系统的功能需求基于以上的分析，可以确定进销存系统的功能模块分为基本信息管理、采购管理、销售管理、财务管理和仓库管理五个模块。系统的功能模块图如下图2-1所示：图2-1系统的功能模块结构图基本信息管理主要管理各种基本的信息，是整个系统的基础，用户可以通过这里查询到各种基本信息，也能根据需要自行搜索指定的信息，如商品信息或供应商信息等。能够让用户更方便了解到商品信息与合作方的信息，提高业务效率。客户信息客户信息可查询到销售客户的各种信息，内容包括：客户姓名、联系电话、收货地址等。系统管理员可对客户的信息进行编辑管理和新增客户信息，其他用户只能进行查询不具备编辑权限。员工信息员工信息主要功能有：查询员工信息，新增员工，删除员工，员工信息编辑，其中还包括员工的角色身份编辑，不同的角色身份决定了在系统中所能使用的功能，避免出现员工进行与自身角色不符的业务，以上功能只有系统管理员有权限，其他用户不具有相应的权限。商品信息商品信息可以查询到商品的信息，包括商品编号，商品采购价格，销售价格，单位规格，重量等。所有用户都有查询的权限，只有系统管理员可以对信息进行编辑修改和新增商品信息。供应商信息供应商信息可以查询到供应商的信息，如供应商名，联系人，联系电话等，所有用户都可以查询到相关供应商的信息，只有系统管理员具有新增编辑删除供应商信息的权限。采购管理该功能由采购人员和采购主管使用，主要包括了采购业务流程需要的各种功能，包括新建采购订单、采购审核、订单查询。其他角色没有采购业务的相关权限新建采购订单采购人员可以在这里添加需要采购的商品和输入需要采购的数量，指定入库的仓库，系统会自动生成采购订单号，并且会自动计算选择的商品采购需要的价格和所有商品的总价。采购审核采购主管可以在这里查询到待审核的采购订单，可以查询到各订单申请采购的商品和入库仓库，可以对订单进行同意采购或拒绝采购处理，在选择拒绝的后可以填写具体的申请未通过的的原因。查询订单采购人员可以查询到自己创建的订单状态，并且能够查询每个订单的采购明细和订单进程跟踪，通过审核的订单可以在联系供应商请求发货后，将得到的单号填写进订单，生成相应的入库单。销售管理该功能主要由销售人员使用，包括新建销售订单和订单查询，用于完成在销售业务上相关流程。其他角色不具备有销售业务相关的权限新建销售订单销售人员可以在这里添加选择相关的销售信息，包括销售商品，销售数量，指定出货仓库，选择销售客户，系统会自动生成销售单号和计算销售价格。提交订单后系统会自动生成出库订单。订单查询销售人员可以在这里查询到自己创建的销售订单的信息，包括销售的商品和数量、出货仓库、销售客户等，还能跟踪订单是否已经出库，在仓库管理员出货填写快递订单号后，销售人员可以在进程跟踪查询到相应快递单号，还可跳转到快递100上查询其订单物流。财务管理该功能主要由财务人员使用，可以在这里了解到各业务中产生的支出与收入的明细，其中包括财务统计和订单收支明细。该功能只有财务人员有使用权限财务统计系统将会自动统计相关的数据表格和饼状图等，如各商品类型的销售量、业务支出中各类支出占比、总收入、总支出等信息。订单明细财务人员可以在这里查询到各业务订单产生收支明细，可以指定订单的收支明细，如运费支出，利润等。仓库管理此功能主要由仓库管理员和仓库主管使用，其中，库存查询是所有用户都有使用的权限，其余包括出库处理、入库处理、调拨申请、调拨处理只有仓库管理员有权限使用，而调拨审核只有仓库主管有使用权限，助于完成出入库过程中信息的记录。库存查询库存查询可以查询到商品在各仓库中的库存信息，如货物名称，所在仓库，库存数量等信息。所有用户都可以进行查询。出库处理仓库管理员可以在这里处理销售业务生成的出库订单，在货物确定出库后，可以选择出货的快递公司，填写对应的快递单号，系统会自动验证快递单号的格式是否符合对应快递公司。入库处理入库处理可以让仓库管理员处理已经发货的采购货物，在确认收到货物完成盘点后，可以填写各类商品实际入库的数量，一旦系统识别数量有偏差，便会请求填写报差原因。系统会根据实际入库数量对库存进行更新，如果货物被退回，就可以选择拒收退库。调拨申请仓库管理员可以在这里创建调拨申请单，可以选择调拨仓库、入库仓库，和需要调拨的商品，并填写需要调拨的数量，同时可以看到调拨仓库对应商品的库存数量进行参考，系统会自动生成调拨单号。图2-2系统用例图调拨审核仓库主管可以处理未审核的的调拨申请，可以确认调拨商品在两个仓库中的数量来判断作为是否同意审核的参考依据，选择同意则可以指派其他的仓库管理员来处理此调拨业务，不同意则可以填写原因。调拨处理在这里仓库管理员可以看到与自己申请的调拨单和被指派去处理的调拨单，可以查看调拨进程，被指派处理的订单在确定货物让快递公司派送之后，可以填写快递单号供申请人通过快递100查看物流信息。2.3用例分析有了明确的功能模块分析，下面就可以进一步对各角色与系统中的功能之间关系进行用例分析，并列出用例规约说明，系统的用例图如下图2-2所示。具体的用例规约说明如下：表2.1新增基础信息用例规约说明用例编号1.1用例名称新增基础信息功能描述新增各类基础信息执行者系统管理员前置条件用户的角色为系统管理员后置条件基础信息完成新增涉众利益用户基本路径1进入想要新增的基础信息管理界面2输入对应基础信息的相关信息，完成基础信息的新增2.1点击新增按钮2.2输入对应基础信息的内容2.3在验证部分信息符合规则提交后，对应信息表新增信息，新增基础信息完成，具体规则可见业务规则涉及列表员工表、商品表、仓库表、供应商表、客户表业务规则员工表：密码长度不少于6位且不多语12位员工邮箱要符合邮箱规格商品表：采购价格不可小于等于0销售价格不可小于等于0商品重量不可小于等于0供应商表：联系电话长度必须为11位联系邮箱要符合规格客户表：联系电话长度必须为11位联系邮箱要符合规格表2.2编辑基础信息用例规约说明用例编号1.2用例名称编辑基础信息功能描述对现有的基础信息进行编辑管理执行者系统管理员前置条件用户的角色为系统管理员后置条件基础信息完成更新涉众利益用户基本路径1进入想要编辑的基础信息管理界面2对基础信息进行编辑，完成基础信息的更新2.1在需要修改的基础信息中点击编辑按钮2.2编辑需要的的信息2.3在验证部分信息符合规则提交后，对应信息表的信息更新，编辑基础信息完成，具体规则可见业务规则涉及列表员工表、商品表、仓库表、供应商表、客户表业务规则员工表：修改的员工邮箱要符合邮箱规格商品表：修改的采购价格不可小于等于0修改的销售价格不可小于等于0修改的商品重量不可小于等于0供应商表：修改的联系电话长度必须为11位修改联系邮箱要符合规格客户表：修改联系电话长度必须为11位修改联系邮箱要符合规格表2.3申请采购用例规约说明用例编号2.1用例名称申请采购功能描述提出对指定的仓库商品采购申请执行者采购人员前置条件用户的角色为采购人员后置条件采购表新增采购申请涉众利益采购人员，采购主管基本路径1进入采购申请页面2将采购申请的信息补充完整，提交完成申请2.1选择采购入库的仓库2.2选择供应商2.3添加选择需要采购的商品2.4输入需要采购的数量2.5在验证填写无误后即可提交，采购表和采购明细表新增对应信息，申请采购完成，等待采购主管审核，具体可见表2.4采购审核用例规约说明涉及列表采购表，采购明细表业务规则采购的数量不能小于等于0供应商不可不选择入库仓库不可不选择添加商品后不可不选择商品表2.4采购审核用例规约说明用例编号2.2用例名称审核采购申请功能描述对采购人员提交的申请进行审核，根据实际情况确认是否同意采购执行者采购主管前置条件用户的角色为采购主管，存在采购申请需要审核后置条件采购表对应申请的状态更新涉众利益采购人员基本路径1进入采购审核界面2查看采购申请的明细，根据采购审核规则进行审核，决定是否通过采购申请。具体规则见业务规则。3根据审核结果选择通过或拒绝3.1a选择审核通过3.2a采购表状态更新，完成审核采购申请3.1b选择拒绝采购3.2b选择拒绝采购的简要原因3.3b输入具体的拒绝原因3.4b采购表状态更新，新增备注，完成审核采购申请涉及列表采购表业务规则采购审核的原则如下：入库仓库的对应商品库存是否不足采购的商品还在继续销售判断是否在申请的供应商进行采购以上列出原则不是唯一标准，根据实际的业务情况作出具体的判断表2.5处理采购用例规约说明用例编号2.3用例名称处理采购功能描述对通过审核的采购申请进行处理执行者采购人员前置条件存在通过审核的采购申请，并且已经联系供应商获得出货单号后置条件采购表信息更新，进货表和进货明细表信息更新涉众利益采购人员，仓库管理员基本路径1进入采购单查询页面2确认出货信息，完成采购处理2.1在对应的采购申请选择确认出货2.2输入供应商提供的出货单号2.3采购表信息更新，进货表和进货明细表新增信息，完成采购处理，等待仓库管理员完成入库处理，具体见表2-8入库处理用例规约说明涉及列表采购表，进货表，进货明细表业务规则输入的出货单号不可少于14位表2.6创建销售订单用例规约说明用例编号3.1用例名称创建销售订单功能描述创建销售订单，向客户销售商品执行者销售人员前置条件用户的角色为销售人员，且有客户购买商品后置条件销售表新增信息涉众利益销售人员，仓库管理员基本路径1进入创建销售订单界面2填写相关的销售信息，完成销售订单创建2.1选择商品出库的仓库2.2选择销售商品的客户2.3选择销售商品2.4填写商品销售数量2.5完成验证后提交，销售表新增信息，等待仓库管理员完成处理出库，详情见表2.9处理出库用例规约说明涉及列表销售表，销售明细表业务规则销售的商品数量大于等于0出库仓库不可以不选择销售客户不可以不选择添加商品后不可不选则销售的数量不可大于选择仓库的库存数量表2.7销售处理用例规约说明用例编号3.2用例名称处理销售订单功能描述根据销售业务跟进情况对对应销售订单结果进行处理执行者销售人员前置条件客户已将商品签收或拒收后置条件销售表信息更新涉众利益销售人员基本路径1进入销售订单查询页面2确认销售结果，完成销售订单处理2.1a在对应销售订单选择确认签收2.2a确定提交后，销售表信息更新，销售处理完成2.1b在对应销售订单选择确认拒收2.2b选择拒收原因2.3b填写具体原因2.4b完成验证提交后，销售表信息更新，销售处理完成涉及列表销售表业务规则拒收原因不可不选具体原因内容不能为空表2.8处理入库用例规约说明用例编号4.1用例名称处理入库功能描述对已经出货采购货物进行入库处理盘点货物执行者仓库管理员前置条件采购人员已填写采供货物出货单号后置条件采购表信息更新，进货明细表信息更新涉众利益采购人员，仓库管理员基本路径1进入入库处理页面2确定对应单号的采购货物到达，进行盘点后即可进行入库处理2.1在对应的进货订单上选择货物盘点2.2根据实际情况选择入库处理或拒收2.3a如果进行入库处理，则需要填写货物实际入库数量2.3.1a如果盘点数量与采购单明细相同，在提交处理后，进货明细表更新信息，采购表更新信息，完成入库处理2.3.1b如果盘点的数量与采购单明细不同，则需要填写报差原因2.3.2b选择报差原因2.3.3b填写具体情况2.3.4b验证报差信息后可提交，采购表、进货表、进货明细表、仓库明细表信息更新，完成入库处理2.3b如果进行拒收处理，则在确认提交后，采购表、进货表信息更新涉及列表采购表，进货表，进货明细表，仓库明细表业务规则货物实际入库数量不可以小于等于0报差原因不可不选择具体原因内容不能为空表2.9处理出库用例规约说明用例编号4.2用例名称处理出库功能描述对销售的商品进行出库执行者仓库管理员前置条件用户角色为仓库管理员，存在销售订单的商品待出库后置条件出货表、出货明细表新增信息，销售表、仓库明细表完成信息更新涉众利益采购人员，仓库管理员基本路径1进入出库处理界面2从销售表中获取未出库的销售订单，完成发货后填写出货信息2.1在对应的销售订单上选择确认出库2.2选择发货的快递2.3填写快递单号2.4通过验证提交后，出货表、出货明细表新增信息，销售表、仓库明细表信息更新，出库处理完成涉及列表销售表，出货表，出货明细表，仓库明细表业务规则填写的单号要符合对应快递公司的单号规则表2.10申请调拨用例规约说明用例编号4.3用例名称申请调拨功能描述创建调拨申请请求从其他仓库调取商品执行者仓库管理员前置条件用户角色为仓库管理员后置条件调拨申请表新增信息涉众利益仓库管理员，仓库主管基本路径1进入调拨申请界面2填写调拨申请信息，提交申请2.1选择调拨仓库2.2选择入库仓库2.3添加调拨商品2.4填写调拨数量2.5通过验证后，提交申请，调拨申请表、调拨明细表新增信息，调拨申请完成，等待仓库主管进行审核，具体见表2.12审核调拨申请涉及列表调拨申请表，调拨明细表业务规则调拨仓库不能不选择入库仓库不能不选择调拨数量不小于等于0表2.11处理调拨用例规约说明用例编号4.4用例名称处理调拨功能描述对通过申请的调拨申请进行处理执行者仓库管理员前置条件用户角色为仓库管理员，调拨申请审核通过，被仓库主管指定处理调拨，且已经完成出货后置条件调拨申请表信息完成更新涉众利益仓库管理员基本路径1进入调拨处理页面2被指定处理的仓库管理员填写调拨信息，提交调拨处理2.1在对应的调拨申请，选择填写单号2.2通过验证后提交，调拨申请表信息更新，完成出货3提出调拨申请的仓库管理员确认货物调拨情况，提交调拨结果3.1在对应的调拨申请，确认货物到达后，选择确认入库3.2调拨申请表、仓库明细表信息更新，完成调拨处理涉及列表调拨申请表，仓库明细表业务规则填写的单号必须符合中通快递单号规则表2.12处理采购用例规约说明用例编号4.5用例名称审核调拨申请功能描述对调拨申请进行审核处理执行者仓库主管前置条件用户角色为仓库主管，存在未审核的调拨申请后置条件调拨申请表信息更新涉众利益仓库管理员基本路径1进入调拨审核页面2获取未审核的调拨申请，根据调拨审核规则进行审核，选择审核结果。2.1a如果选择通过审核，则需要选择处理调拨的仓库管理员，在通过验证后即可提交，调拨申请表信息更新，完成审核2.1b如果选择拒绝调拨，则需要填写未通过的理由，在通过验证后即可提交，调拨申请表信息更新，完成审核涉及列表调拨申请表业务规则选择处理的调拨的仓库管理员不可与申请人相同未通过的理由内容不能为空调拨审核规则入库仓库的对应调拨商品库存通常不应多于调拨仓库调拨仓库对应调拨商品库存充足此审核规则不是唯一标准，一切以实际情况确认审核表2.13处理采购用例规约说明用例编号5.1用例名称财务查询功能描述在财务页面中可查询各业务订单的收支明细执行者财务人员前置条件存在已完成的业务订单后置条件无涉众利益财务人员基本路径1进入财务查询界面2在对应的订单下选择查看详情，即可查询对应订单的收支明细3选择财务统计，即可查询整体的财务信息，如收支占比，销售类型涉及列表采购表，采购明细表，销售表，销售明细表，调拨申请表，调拨明细表业务规则

3系统设计3.1系统总体架构设计本系统主要围绕MVC模式进行开发，结合Spring框架和MyBatis-Plus来实现各模块的功能，其系统总体结构图如下图3-1：图3-1总体系统结构图3.2前端使用技术由于本人前端技术能力不足，因此主要使用了Layui，一种开源的模块化前端框架基于其提供的tab项来实现部分动态操作功能，而系统的登录界面也基于网上开源免费的素材，在完成后端完成账号登录验证功能后，将登录验证接口与登录按钮接通实现登录操作。在财务统计功能中，为了实现各种统计图的效果，还使用了Echarts，基于javascript即可实现各种图表效果的开源可视图化库。3.3顺序图顺序图以时间轴的方式来描述在执行功能时角色对各种类进行操作的顺序，可直观的体现功能实现的具体操作，下面将列出各功能的顺序图。3.3.1基础信息管理模块顺序图由于各类管理模块的执行顺序相似，这里将员工表、客户表、供应商表、商品表统一称为基础信息表。系统管理员选择进入基础信息的管理界面，点击新增信息，开始填写对应的基础信息，提交前，系统会进行验证，确定信息无误后将数据提交完成新增信息。具体的新增基础信息顺序图如图3-2所示：图3-2新增基础信息顺序图系统管理员选择进入基础信息的管理界面，选择对应需要编辑的信息开始修改基础信息，提交前系统对修改后的信息验证合法性，无误就将数据提交进行更新。具体的基础信息编辑顺序图如图3-3所示：图3-3基础信息编辑顺序图3.3.2采购模块顺序图图3-4采购申请顺序图采购人员进入采购申请界面，选择采购的供应商和入库的仓库，添加需要采购的商品和对应的采购数量，提交前系统会验证是否有漏填或填写错误的信息，确定无误后就会将信息提交。具体的采购申请顺序图如下图3-4所示。采购主管进入采购审核的界面，获取到未审核的采购申请，可查看对应申请具体的采购信息，根据情况判断选择是否通过，根据选择提交具体的审核结果，系统验证信息无误后更新采购信息。采购申请的顺序图如图3-5所示。图3-5审核采购申请顺序图采购人员进入采购处理页面，可选择通过审核的采购申请，填写出货订单，系统会验证填写的订单是否符合要求，确认无误后即可提交更新采购信息，采购处理顺序图如图3-6所示下。3.3.3销售管理模块顺序图销售人员进入新建销售订单界面，选择需要销售的客户和出库仓库，添加销售的商品，填写数量，完成销售信息提交后，系统确定信息无误后就提交销售信息完成销售订单增加。新建销售订单顺序图如图3-7所示。图3-6采购处理顺序图图3-7新建销售订单顺序图销售人员进入销售处理界面，在对应的销售订单上选择销售结果，根据结果填写更多的销售结果信息，系统确认无误后即可提交更新销售信息，销售处理顺序图如图3-8所示。图3-8销售处理顺序图3.3.4仓库管理模块顺序图仓库管理员进入入库处理界面，选择对应的进货信息，进行入库盘点处理，在对应的货品填写对应的商品实际入库数量，完成入库盘点信息，系统验证信息合法后即可提交更新进货结果、采购结果和仓库库存。入库处理顺序图如图3-9所示。图3-9入库处理顺序图仓库管理员进入出库处理界面，获取未发货的销售订单，在对应已经发货的订单选择出库处理，选择发货的快递，填写快递单号，系统验证单号合法后即可提交，更新销售状态、生成出货单和更新仓库库存，出库处理顺序图如图3-10所示：图3-10出库处理顺序图图3-11申请调拨顺序图仓库管理员进入调拨申请界面，选择调拨仓库和入库仓库，添加需要调拨的商品并填写具体的调拨数量，系统验证调拨信息合法后即可提交新增调拨申请信息。申请调拨顺序图如图3-11所示。图3-12审核调拨申请顺序图仓库主管进入调拨审核页面，获取到未审核的调拨申请，可根据仓库库存信息和调拨申请具体调拨的商品和数量以及具体情况判断是否同意调拨，将审核结果信息填写完整后，系统验证提交的信息合法后即可更新调拨申请的状态。调拨申请顺序图如图3-12所示。仓库管理员进入调拨处理页面，获取到自己的调拨申请和被指定去处理的调拨申请，在完成调拨出货后，选择对应被指定去处理的调拨申请即可填写出货单号确认出货，更新调拨申请信息的状态，对于自己申请通过的调拨申请，在确认入库后即可选择确认入库，更新调拨申请状态，具体调拨处理顺序图如图3-13所示。图3-13调拨处理顺序图3.3.5财务管理模块顺序图财务人员进入财务查询页面，系统会获取所有已完成的业务订单，并进行如收支明细等各种详情计算，将最终的计算结果在页面显示提供给财务人员查询，财务查询顺序图如图3-14所示：图3-14调拨处理顺序图3.4状态图状态表用于描述部分类在功能进程中状态的变化，同种类在不同的状态下，所能执行的功能也有所不同，本系统中主要的状态变化体现在业务中各订单的进程状态。经过分析，状态的变化主要发生在采购、销售、调拨业务进行的过程中发生变化，在下面将逐一列出各状态图。采购申请的状态图如图3-15采购申请状态图所示。销售订单的状态图如图3-16销售订单状态图所示。进货单的状态图如图3-17进货单状态图所示。出货单的状态图如图3-18出货单状态图所示。图3-15采购申请状态图图3-16销售订单状态图图3-17进货单状态图图3-18出货单状态图调拨申请的状态图如图3-19调拨申请状态图所示。图3-19调拨申请状态图3.5类图图3-20类的关系图类图作为静态模型之一，他能描述类拥有的属性与接口之间的关系，能让开发人员根据类图编写代码，起到了非常重要的作用，下面将会先画出类之间的关系图，然后结合已经介绍的顺序图、状态图，根据功能模块画出具体详细类图。在系统中，并不是每个角色各司其职，管理着与自己业务相关的信息，因此，并不是所有角色与所有类都有关系，综上所述得出类的关系图如图3-20所示。3.5.1基础信息管理类图基础信息管理的实现类图如下：图3-21基础信息管理实现类图图3-22新建采购申请实现类图3.5.2采购管理类图新建采购申请的实现类图如图3-22。审核采购申请的实现类图如下图：图3-23审核采购申请实现类图采购处理实现类图如下：图3-24采购处理实现类图实现类图3.5.3销售管理类图处理销售订单实现类图如下：图3-25处理销售订单实现类图创建销售订单实现类图如下：图3-26创建销售订单实现类图3.5.4仓库管理类图处理入库实现类图如下：图3-27处理入库实现类图处理出库实现类图如下：图3-9处理出库实现类图调拨申请实现类图如下：图3-28调拨申请实现类图审核调拨申请实现类图如下：图3-29审核调拨申请实现类图调拨处理实现类图如下：图3-30调拨处理实现类图3.5.5财务管理管理类图财务查询实现类图如下：图3-31财务查询实现类图3.3数据库设计本系统使用mySQL作为后台数据库。mySQL是当下最为流行的关系数据库管理系统（RelationalDatabaseManagementSystem）之一，其广泛应用于WEB应用等方面[10]。并且使用Sqlyog对数据库表格进行创建管理，进销存系统中大部分的业务功能都涉及到了数据库表格的操作，为了保证业务之间的数据不产生混淆，数据库的表将围绕业务功能展开设计，并且通过需求分析确定了系统还需要存储各类基础信息，如员工信息、商品信息、客户信息等。同时为了实现部分动态功能，还需要一些表作为功能表。下面将会讲述数据库表的具体设计。user（员工表）表3.1员工表列名数据类型可为空注释userIdIntNotNulliduserNameVarchar（20）NotNull员工用户名userRoleIntNotNull员工角色userPasswordVarchar(20)NotNull 用户密码userEmailVarchar(30)Null员工邮箱如表3.1所示，员工表主要用来记录员工的信息，各列的意义如注释所示，而userRole则利用了角色表中的roleId作为外键，来辨识员工的角色，具体可见表3.8主键为userId。Client（客户表）表3.2客户表列名数据类型可为空注释cliIdIntNotNullidcliNameVarchar（20）NotNull客户姓名cliPhoneVarchar(11)NotNull客户电话cliAddressVarchar(30)NotNull送货地址cliEmailVarchar(30)Null客户邮箱如表3.2所示，客户表主要记录了客户的信息，同时便于出库时了解送货地址与联系人信息，其主键为cliId。Vendor（供应商表）表3.3供应商表列名数据类型可为空注释vendorIdIntNotNullidvendorNameVarchar（20）NotNull供应商公司名contactVarchar(10)NotNull联系人contactPhoneVarchar(11)NotNull联系电话vendorAddressVarchar(30)NotNull供应地址vendorPostboxVarchar(30)Null供应商邮箱如表3.3所示，供应商表主要记录供应商的相关信息，主要用于采购时便于了解供应商的信息，主键为vendorId。warehouse（仓库表）表3.4仓库表列名数据类型可为空注释warehouseIdIntNotNullidwarehouseNameVarchar（20）NotNull仓库名warehouseAddressVarchar(30)NotNull仓库地址如表3.4所示，该表主要记录仓库的基本信息，其主键是warehouseId。warehousetotal（仓库明细）表3.5仓库明细表列名数据类型可为空注释warehousetotaIIdIntNotNullIdwarehouseIdIntNotNull仓库idgoodsNoVarchar（20）NotNull商品号wGoodsNumIntNotNull商品库存如表3.5所示，仓库明细表主要记录了各个仓库所有商品的存货数量，其主要将仓库表id作为外键来识别商品库存的归属，再使用商品表的商品编号作为外键来识别具体商品，可参考表3.6。该表的主键为warehousetotaIId。Goods（商品表）表3.6商品表列名数据类型可为空注释goodsIdIntNotNullidgoodsNoVarchar（5）NotNull商品编号goodstypeIdIntNotNull商品类型idgoodsNameVarchar(20)NotNull商品名称goodsSizeFloatNotNull商品重量proPriceFloatNotNull采购价salePriceFloatNotNull销售价unitVarchar（10）NotNull单位如表3.6所示，商品表主要记录了商品的信息，配合商品类型表中的goodstypeId作为外键来进一步完善信息，可见表3.7。主键为goodsNo。GoodType（商品类型表）表3.7商品类型表列名数据类型可为空注释goodstypeIdIntNotNullidgoodstypeNameVarchar（20）NotNull商品类型名如表3.7所示，商品类型表主要记录商品类型的具体名字，在完善商品表信息同时，也便于系统利用此表来实现搜索功能。主键为goodstypeId。Role（角色表表）表3.8角色表列名数据类型可为空注释roleIdIntNotNullidroleNameVarchar（20）NotNull角色名如表3.8所示，角色表主要用于记录具体的角色名，同时搭配权限表来进行组合出角色权限表，来实现系统的角色权限限制功能，其主键为roleIdPermission（权限表）表3.9权限表列名数据类型可为空注释perIdIntNotNullidperNameVarchar（20）NotNull权限名perTypeIntNotNull权限类型perUrlVarchar(20)NotNull跳转地址如表3.9所示，权限表用于记录系统功能项的具体名字，而perType则作为各权限的父子关系，如出库处理是仓库管理的子功能，同时搭配角色表组合成角色权限表来区分各角色所能使用的功能，主键为perId。role_permission（角色权限表）表3.10角色权限表列名数据类型可为空注释rlIdIntNotNullidroleIdIntNotNull角色表idperIdIntNotNull权限表id如表3.10所示，该表主要作为功能表，在用于辨识在不同角色登录进系统后所能使用的功能权限，主要使用roleId和perId两个外键进行区别来实现功能。主键为rlId。Selltotal（销售表）表3.11销售表列名数据类型可为空注释selltoIdIntNotNullidselltoNoVarchar（20）NotNull销售订单号selltoTimeDateTimeNotNull创建时间selltoClientVarchar(11)NotNull销售客户selltoExplainVarchar(100)Null备注selltoManVarchar（20）NotNull创建人selltoOrdStaVarchar（10）NotNull订单状态selltoPricesFloatNotNull订单总价sellOrderVarchar（20）NotNull出货单号outDateDateTimeNotNull出货日期warehouseIdIntNotNull仓库idexpressVarchar（10）NotNull快递finishDateDateTimeNotNull订单完成日期如表3.11所示，该表主要记录销售业务的信息，其包括销售客户对象，销售总价，以及记录各种销售进程的信息，如订单状态、出货日期、订单完成日期等。其主键为selltoNo，warehouseId和selltoClient分别引用了仓库表的warehouseId和客户表的cliId作为外键使用。Selldetail（销售明细表）表3.12销售明细表列名数据类型可为空注释selldeIdIntNotNullidgoodsNoVarchar（20）NotNull商品编号selltoNoVarchar(10)NotNull销售订单号selldeNumIntNotNull单品销售数量selldeSubFloatNotNull单品销售总价如表3.12所示，销售明细表主要记录对应销售订单具体销售的商品和其销售的数量，主键为selldeId，goodsNo和selltoNo分别引用了商品表的商品编号和销售表的销售订单号作为外键。Purtotal（采购表）表3.13采购表列名数据类型可为空注释purtoIdIntNotNullidpurtoNoVarchar（20）NotNull采购订单号purtoTimeDateTimeNotNull创建时间purtoManVarchar(20)NotNull创建人purtoPricesFloatNotNull采购总价purtoAuResultVarchar(5)NotNull订单状态vendorIdIntNotNull供应商idwarehouseIdIntNotNull仓库idorderNoVarchar（20）Null发货单号orderDateDateTimeNull发货时间finishDateDateTimeNull订单完成时间remarkVarchar（100）Null备注passTimeDateTimeNotNull审核完成时间如表3.13所示，采购表主要记录了销售业务的需要填写的相关信息，如联系相关供应商id和需要入库的仓库id，还记录了业务流程的相关信息，如订单状态，审核时间等。主键为purtoNo，warehouseId和vendorId分别引用来了仓库表的warehouseId和供应商表的vendorId作为外键。Purtotal（采购明细表）表3.14供应商表列名数据类型可为空注释purdeIdIntNotNullidgoodsNoVarchar（20）NotNull商品编号purtoNoVarchar(20)NotNull采购订单号purdeNumIntNotNull采购数量purdeSubFloatNotNull单品总价如表3.14所示，采购明细表主要记录对应采购订单具体的采购信息，其中包括采购的商品编号，采购的数量和单件商品采购总价。主键为purdeId，goodsNo和spurtoNo分别引用了商品表的商品编号和采购表的采购订单号作为外键。Puttotal（进货表）表3.15进货表列名数据类型可为空注释puttoIdIntNotNullidputtoNoVarchar（20）NotNull进货单号puttoTimeDatetimeNotNull订单生成时间puttoManVarchar(20)NotNull创建人warehouseIdIntNotNull仓库idputtoAuResultVarchar(10)NotNull进货结果如表3.15所示，进货表主要记录了进货单的信息，进货单通常在采购单上填写供应商提供的发货单号后动态生成，因此主键puttoNo与发货单号相同，warehouseId引用了仓库表的warehouseId作为外键。Putdetail（进货明细表）表3.16进货明细表列名数据类型可为空注释putdeIdIntNotNullidputtoNoVarchar（20）NotNull进货单号goodsNoVarchar(20)NotNull商品编号putdeNumintNotNull应进货数量putdeActNumIntNotNull实际进货数量如表3.16所示，进货明细表主要记录对应进货单详细的进货商品和其数量，仓库管理员可以根据实际情况填写实际进货的数量，如果与应进数量有偏差，系统会要求填写报差原因。主键为putdeId，puttoNo和goodsNo作为进货表的进货订单和商品的商品编号作为外键来辨别单号和商品。Outtotal（出货表）表3.17出货表列名数据类型可为空注释outtoIdIntNotNullidouttoNoVarchar（20）NotNull出货单号outtoTimeDatetimeNull出货时间outtoManVarchar(20)Null处理人outtoAuResultVarchar(20)NotNull出货状态wareAddressVarchar(30)Null出货地址如表3.17所示，出货表主要记录了出货业务的信息，通常在销售商品出货后，出货单就会随之生成，主键为outtoId。Outdetail（出货明细表）表3.18出货明细表列名数据类型可为空注释outdeIdIntNotNullidgoodsNoVarchar（20）NotNull商品编号outtoNoVarchar(20)NotNull出货单号outdeNumIntNotNull销售数量如表3.18所示，出货明细主要记录了出货的详细信息，记录对应出货单号和出货的商品和数量，主键为outdeId，引用了商品表goodsNo和出货表的outtoNo作为外键。Teleport（调拨申请表）表3.19调拨申请表列名数据类型可为空注释idIntNotNullidteleNoVarchar（20）NotNull调拨申请单号teleDateDatetimeNotNull创建日期telefromIntNotNull调拨仓库teletoIntNotNull进货仓库remarkVarchar(50)Null备注statusVarchar（10）Null状态teleManVarchar（20）NotNull申请人applyManVarchar（20）NotNull审核人dealManVarchar（20）Null处理人orderNoVarchar（20）Null出货单号orderDateDatetimeNull出货时间applyDateDatetimeNotNull审核处理时间finishDateDatetimeNull调拨完成时间如表3.19所示，调拨申请表主要记录调拨申请的信息，仓库管理员可以填写需要调拨的仓库和进货仓库，同时记录申请的进程信息，如审核时间、审核人等，还记录了开始调拨过程的相关信息，主键为teleNo。Teledetail（调拨详情表）表3.20调拨详情表列名数据类型可为空注释idIntNotNullidteleNoVarchar（20）NotNull调拨申请号goodsNoVarchar(10)NotNull商品编号telNumVarchar(11)NotNull调拨数量weightVarchar(30)NotNull重量如表3.20所示，调拨详情表主要记录了对应调拨申请号具体调拨的商品和数量，主键为id，引用了调拨申请表的teleNo和商品表的goodsNo作为外键。3.7本章小结本章主要介绍了系统开发使用的架构，并根据架构的层次分别介绍各层次使用的技术，基于B/S结构和MVC结构，使用了Spring框架中的SpringMVC，搭配MyBatis-plus中通用的Mapper和Service来实现一些基本的业务逻辑。将带有加工好的数据页面返回给用户。在前端方面主要使用了Layui作为界面设计，使用Echarts实现了各种图表可视化。并介绍了基于mysql创建数据库并使用sqlyog进行管理，还介绍来了数据库表的具体设计，将用例图、用例规约说明、类图、顺序图列出说明。

4系统实现完成了需求分析与系统设计，本章将介绍各功能模块的实现和其界面效果。其介绍方式主要围绕五个管理模块中的功能进行介绍。4.1销售管理模块功能实现4.1.1新建销售订单图4-1是新建销售订单的实现界面图，系统会自动生成销售订单，销售人员可以在这里选择销售的客户和销售商品出货的仓库并添加销售的商品，系统会根据销售人员选择的商品动态显示相应的基本信息，还会根据填写的销售数量来计算单品价格和总价。图4-1新建销售订单功能界面4.1.2查询销售订单图4-2是查询销售订单的界面，销售人员可以在这里查询与自己相关的销售订单，可以根据订单号和订单状态进行搜索，可以处理未完成的订单，也可以在订单详情中查询订单明细跟踪订单的的进程，还可点击快递单号跳转到快递100查询快递物流，显示效果如图4-3所示。图4-2查询销售订单功能界面图4-3订单详情界面图4.2仓库管理模块功能实现4.2.1出库处理图4-4为出库处理的界面图，仓库管理员可以在这里看到还未出货的销售订单，点击出库处理可看见销售商品明细和填写出货的快递单号，目前可支持的快递有中通快递和韵达快递，系统会验证填写的单号是否符合对应快递公司的单号规则。图4-4出库处理界面图和出库处理界面图4.2.2入库处理图4-5为入库处理界面图，仓库管理员可以在这里进行入库业务的处理，可以根据情况选择验收入库和拒收，图4-5为验收入库的界面图，在验收入库界面中可以输入验收的实际数量，系统会自动验证输入数量是否有偏差，如果有偏差将会追加要求填写原因，效果图如图4-6所示。图4-5入库处理界面图图4-6验收入库界面图图4-7验收偏差效果图4.2.3调拨申请图4-8位调拨申请界面图，仓库管理员可以选调拨的仓库和进货的仓库，在用户选择了商品后，除了显示部分基本的商品信息还会显示调拨仓库对应商品的所剩库存供仓库管理员参考。图4-8调拨申请界面图4.2.4调拨审核图4-9为调拨审核界面图，仓库主管可以在这里审核仓库管理员的调拨申请，如图4-10所示，在详情中可以查看到调拨的商品，并有两个仓库的库存对比。如果选择拒绝调拨，还要填写拒绝的理由，界面图如4-11所示。如果同意调拨，将会弹出选择调拨处理人界面框，如图4-12所示。图4-9调拨审核界面图图4-10详情界面图图4-11拒绝调拨界面图图4-12同意调拨界面图4.2.5调拨处理在调拨处理中，仓库管理员可以看见与自己相关的调拨单，包括自己申请的调拨单和被指定处理的调拨单。图4-14是调拨详情截面图，可以查看到需要调拨的明细还有调拨的进程。对于需要处理的订单，可以进行填写出货单号操作，如图4-15所示，目前仅支持中通快递的订单。图4-13调拨处理界面图 图4-14调拨详情界面图 图4-15填写单号界面图4.2.6仓库查询图4-15为仓库查询界面，系统管理员可以新增仓库货编辑仓库信息，图4-17位库存详情界面图，所有用户可以查询各仓库的信息和对应仓库的商品库存。图4-16仓库查询界面图4-17库存详情界面图图4-18新增仓库界面图4.3采购管理模块功能实现4.3.1采购申请图4-16为采购申请界面图，采购人员可以选择需要进货的仓库和添加需要采购的商品，系统会显示采购商品的基本信息和采购价格，采购人员可以填写采购的数量，系统会自动计算单品采购价格和总价。4-19采购申请界面图4.3.2采购申请图4-17为的界面图采购申请，采购主管可以在这里处理未审核的采购申请。在详情中可以查看到采购的商品、具体的采购数量和入库仓库，如果选择拒绝采购，还需要填写拒绝的理由，如图4-18所示。图4-20采购审核界面图图4-21拒绝采购界面图4.3.3查询采购订单图4-22是查询采购订单的界面，采购人员可以查询到自己申请的采购订单，并且可以在订单详情中查看采购明细和订单的进程，见图4-23。在于供应商联系获得出货单号后，可在填写订单中填写单号，由于各个供应商出货的快递不统一，因此暂定限制单号长度不少于12位，见图4-24。图4-22查询采购订单界面图图4-23采购订单详情界面图图4-24采购出货单号填写界面图4.4财务管理模块功能实现4.4.1订单查询图4-25为订单查询界面图，财务人员可以在这里查询各业务已完成的订单，并可在收支明细上确认业务具体的收入支出。如运费支出等。收支明细界面图如4-26所示:图4-25订单查询界面图图4-26收支明细界面图4.4.2财务统计如图4-27所示，财务人员可在财务统计页面查看到各种收入支出的总体统计信息，如收入支出占比、各类支出占比等。图4-27财务统计界面图4.5基础信息管理模块功能实现4.5.1员工信息图4-28为员工信息界面，系统管理员可以在这里新增、编辑和删除员工信息，所有用户可以查询员工信息，图4-29为新增员工信息界面，图4-30为编辑员工信息界面。图4-28员工信息界面图 图4-29新增员工信息界面图 图4-30编辑员工信息界面图4.5.2客户信息图4-31为客户信息界面，系统管理员可以在这里新增、编辑和删除客户信息，系统会对填写的信息是否符合规格进行验证所有用户可以查询客户信息，但没有权限对客户信息进行修改，图4-32为新增客户信息界面，图4-33为编辑客户信息界面。图4-31客户信息界面界面图图4-32新增客户信息界面图图4-33编辑客户信息界面图4.5.3供应商信息图4-33为供应商信息界面，系统管理员可以在这里新增、编辑和删除供应商信息，图4-34为新增供应商信息界面，图4-35为编辑供应商信息界面，系统会在提交前对填写的信息是否符合规则进行验证，所有用户可以在此查询供应商信息，但没有权限进行新增或编辑修改。图4-34供应商信息界面图图4-35新增供应商信息界面图图4-36编辑供应商信息界面图4.5.4商品信息图4-37为商品信息界面，系统管理员可以在这里新增、编辑和删除商品信息，图4-38为新增商品信息界面，图4-39为编辑商品信息界面，系统会验证填写的信息是否符合规则。所有用户可以查询商品信息，但没有权限对商品信息进行新增和更改。图4-37商品信息界面界面图 图4-38新增商品信息界面界面图 图4-39编辑商品信息界面图4.6本章小结本章主要围绕各个管理功能模块展开介绍了各子功能系统实现的具体效果图，主要介绍了销售管理模块、仓库管理模块、采购管理模块、财务管理模块和基础信息管理模块的界面图，并简单介绍了一下系统的部分功能效果图。

5系统测试系统测试的重要性自然不必多说，他能够检测系统的稳定性，并且能检查出可能未发现的逻辑上的错误，可让开发者及时修复，本章将会具体介绍测试的计划和具体的测试内容及结果。5.1测试计划本次测试主要采用黑盒测试，即在不考虑内部运行状态的前提下，测试系统中所有的功能是否有正常执行，整个测试过程主要围绕每个业务执行顺序中涉及到各角色的功能来进行测试以确保所有的功能都有被覆盖测试。具体的测试计划如下：测试1：名称：用户登录测试目的：测试用户登录功能内容：用户名和密码输入,合法性检查，不同角色系统功能界面显示控制。测试2：名称：采购业务流程测试目的：测试采购业务流程涉及到各角色的部分功能是否正常内容：采购申请信息内容填写，信息填写合法性检查，采购审核结果各选项检查，订单状态各阶段信息检查，采购出货订单填写，入库处理的信息合法性检查。测试3：名称：销售业务流程测试目的：测试销售业务流程涉及到各角色的部分功能是否正常内容：销售订单信息的填写及内容合法性检查，出货处理快递单号填写合法性验证，销售订单各阶段进程信息检查，销售结果选择检查。测试4：名称：调拨业务流程测试目的：测试调拨业务流程中涉及到的角色的功能是否正常内容：调拨申请信息的填写及内容合法性检查，调拨审核结果选择检查，处理人选择合法性检查，调拨申请状态信息检查，出货快递单号填写合法性验证，入库操作检查。测试5：名称：信息管理测试目的：测试相关基础信息和财务信息管理的功能是否正常内容：商品信息查询，新增商品和编辑商品的合法性，员工信息查询，新增和编辑的合法性，供应商信息查询，新增和编辑的合法性，客户信息查询，新增和编辑的合法性，库存信息查询，财务信息统计和业务订单明细查询。5.2测试用例5.2.1用户登录测试用户根据用户名和密码在登录界面进行登录，未填写的位置系统会相应的标记提示，当账号密码验证码都填写点击登录后，系统会进行验证，如果账号不存在或密码错误系统会提示，账号密码正确但验证码不正确系统会提示，密码正确且验证码正确的话系统将进入系统主界面，并根据员工的角色显示不同的功能项。具体测试用例见表5-1：表5-1用户登录测试用例表测试目的测试内容测试结果测试说明检测登录验证输入账号，密码为空密码输入框圈红，提示“必填项不能为空”检测登录验证输入密码，账号为空账号输入框圈红，提示“必填项不能为空”检测登录验证输入不存在的账号密码点击登登录提示“账号或密码密码错误”检测登录验证输入存在的账号，输入错误的密码提示“账号或密码密码错误”检测登录验证输入存在的账号，输入正确的密码，输入正确的验证码进入系统界面检测登录验证输入正确的账号密码，输入错误的验证码提示“验证码错误（区分大小写）”检测功能权限限制使用不同的角色账号登录进入系统界面，不同的角色功能项都有所差别5.2.2采购业务测试采购人员在新建采购订单需要选择进货的仓库和供应商，并添加需要采购商品和采购数量后方可提交。采购主管审核确认通过后就可点击同意采购，采购业务就可继续，如果不同意则需要填写具体的拒绝理由。通过的订单可填写出货订单生成对应的入库订单，仓库管理员在入库处理中可以选择拒收，如果选择验收入库则需要填写实际入库的数量，如果出现偏差则提示输入报差原因。系统会根据实际入库数量修改对应仓库的商品数量。具体测试用例见表5-2：表5-2采购业务测试用例表测试目的测试内容测试结果测试说明验证采购申请信息合法性不选择填写任何信息点击提交订单提示“请将信息填写完整”验证采购申请信息合法性选择供应商，添加商品并填写数量，不选择进货仓库提交订单提示“请选择入库仓库”验证采购申请信息合法性选择仓库，添加商品并填写数量，不选择供应商提交订单提示“请选择供应商”验证采购申请信息合法性选择仓库供应商，不添加商品信息提交订单提示“采购商品不能为空”验证采购申请信息合法性选择仓库供应商，添加商品不填写采购数量提交订单提示“采购数量不能0”验证采购申请信息合法性选择仓库供应商，添加商品后不选择商品提交订单提示“未选择商品”验证采购申请信息合法性选择仓库供应商，添加商品，在选择商品后填写采购数量确认提交提示“提交成功，请等待审核”验证功能的有效性在添加商品后点击操作列中的删除所选行的商品信息被删除验证审核功能的有效性点击订单详情弹出订单详情，显示采购明细信息验证审核功能的有效性点击同意采购并确认提交提示“审核完毕”验证拒绝采购信息合法性点击拒绝采购不填写拒绝原因提交审核提示“请输入原因”验证拒绝采购信息合法性点击拒绝采购填写拒绝原因提交审核，选择确认提交提示“审核完毕”验证处理采购订单的合法性点击填写订单，输入低于12位的单号点击提交提示字显示“不正确的单号”无法提交验证处理采购订单的合法性点击填写订单，输入高于12位的单号点击提交提示字显示“正确的单号”，系统显示提交成功验证采购信息进程的正确性不同状态的订都单点击订单详情查看信息流程都根据进程显示对应的信息验证入库处理的有效性点击拒收，并选择确认提交系统提示“货物已拒收”验证入库处理的功能有效性点击验收入库系统弹出验收入库的界面框验证入库处理的信息合法性点击验收入库，不填写实际入库数量提交系统提示“请填写入库数量”验证入库处理的信息合法性点击验收入库，所有商品入库数量都与采购相同并确认提交系统未要求填写报差原因，提交后提示“入库完毕”通过查询数据库，对应仓库的商品数量已增加对应的数量验证入库处理的功能有效性点击验收入库，输入与采购数量有偏差的数量系统展开报差原因填写输入框，提示要求填写验证入库处理的信息合法性点击验收入库，输入与采购数量有偏差的数量，不填写报差原因提示“报差原因未填写”验证入库处理的信息合法性点击验收入库，输入与采购数量有偏差的数量，填写报差原因后确认提交提示“入库完毕”通过查询数据库，对应仓库的商品数量已增加对应的数量5.2.3销售业务测试销售人员在新建销售订单中需要选择销售客户和出货仓库，并添加需要销售商品和销售数量后方可提交。仓库管理员在出库处理可以看到未出库的销售订单，可点击填写出货快递单号，可以选择出货的快递，系统会验证快递单号。提交快递单号后销售人员可以查看在查询订单找到相应销售订单的进程，可对已出货的销售订单进行确认收货和客户拒收处理，在拒收处理中可填写拒收原因。具体测试用例见表5-3：表5-3销售业务测试用例表测试目的测试内容测试结果测试说明验证新建销售订单信息合法性不选择填写任何信息点击提交订单提示“请将信息填写