毕业论文课程设计

项目开发管理课程设计系统分析设计报告题目：仓库管理系统目录TOC\o"1-5"\h\z\o"CurrentDocument"第一章系统需求分析2\o"CurrentDocument"1.1软件需求规格说明21.1.1编写目的2\o"CurrentDocument"1.1.2背景2\o"CurrentDocument"1.2功能描述2\o"CurrentDocument"1.3基本数据维护模块3\o"CurrentDocument"1.4基本业务模块4\o"CurrentDocument"1.5数据库模块4\o"CurrentDocument"1.6信息查询模块5第二章用例图设计建模6UML用例图设计模型62.1.1系统的用例需求文档.6\o"CurrentDocument"2.1.2用例图7\o"CurrentDocument"第三章类图设计建模10\o"CurrentDocument"3.1对象模型103.1.1总体描述10\o"CurrentDocument"3.2动态类图13\o"CurrentDocument"第四章顺序图设计建模15\o"CurrentDocument"4.1顺序图设计模型154.1.1系统的顺序图15\o"CurrentDocument"4.1.2商品信息录入顺序图16\o"CurrentDocument"4.1.3商品出库顺序图18\o"CurrentDocument"4.1.4调拨单据查询顺序图19\o"CurrentDocument"第五章协作图设计建模21\o"CurrentDocument"5.1协作图设计模型215.1.1协作图含义215.1.2用户登录协作图21\o"CurrentDocument"5.1.3商品出库协作图225.1.4商品调拨顺序图22\o"CurrentDocument"5.1.5系统管理协作图235.1.6商品入库协作图24\o"CurrentDocument"第六章活动图设计建模25\o"CurrentDocument"6.1活动图设计模型256.1.1系统活动图25第七章状态图设计建模28UML状态图设计模型28\o"CurrentDocument"7.1.1商品状态图287.1.2仓库库存状态图287.1.3商品单据状态图29第八章配置图设计建模30UML配置图设计模型30\o"CurrentDocument"致谢31第一章系统需求分析1.1软件需求规格说明1.1.1编写目的随着社会的需求量越来越大，中国的中小型企业越来越多，而对企业而言，企业物资的存储是企业最宝贵的资源，也是企业流动资产的重中之重。实行信息化、自动化、智能化的仓库管理，是提高工作效率，实现企业更大的工作效益和利润最大保障。1.1.2背景采用计算机管理信息系统已成为仓库管理科学化和现代化的重要标志，它给企业管理来了明显的经济效益和社会效益。主要体现在：极大提高了仓库工作人员的工作效率，大大减少了以往入出存流程繁琐，杂乱，周期长的弊端。基于仓库管理的全面自动化，可以减少入库管理、出库管理及库存管理中的漏洞，可以节约不少管理开支，增加企业收入。仓库的管理的操作自动化和信息的电子化，全面提高了仓库的管理水平。1.2功能描述本系统为存储物资的各类型企业提供服务，主要功能如下图所示。图1.1系统功能图1.3基本数据维护模块基本数据维护模块如图1.2所示。图1.2基本数据维护模块添加商品信息：管理员可以添加商品类别。修改更新商品信息：管理员可以修改更新商品信息。添加消费者信息：管理员可以添加商品供给量。删除商品信息：管理员根据消费者反馈的信息对一些商品进行删除。1.4基本业务模块基本业务模块」图1.3图1.3信息查询模块功能出库：处理出库业务。入库：处理入库业务。查询：管理员可以查询商品的销售情况，顾客可以查询商品的类别。保质期管理：将己过保质期的商品全部清除，检测所有商品的质量。金额管理：管理员可以通过商品的销售金额对商品的供给做出重新安排。1.5数据库模块数据庠模块」库吕理」库吕理」图1.4信息查询模块功能出库信息管理：出库信息包括商品的类别、ISBN、出库时间等。入库信息管理：入库信息包括商品的类别、ISBN、入库时间等。商品信息管理：商品信息包括商品的类别、出入库时间、销售量、保质期、商品总数等。库存信息管理：商品数目的更新，通知管理员商品供给量等。1.6信息查询模块图1.5信息查询模块功能查询商品信息：负责商品信息的查询。查询库存信息：负责库存信息的查询。第二章用例图设计建模2.1UML用例图设计模型2.1.1系统的用例需求文档本系统的功能大致可分为以下几个部分：基本信息管理模块商品信息模块商品信息模块主要是记录商品的各类信息，其中包括商品编号、商品名称、商品类型、商品价格、商品数量等信息。实现了商品的录入、修改、删除查询等功能。客户基本模块客户基本情况模块主要是记录客户的各种信息，共中包括客户编号、客户名称，所属客户的商品名称、库存数量、商品规格、商品的入库时间、联系人、联系电话，实现对客户信息的录入、删除、修改和查询等功能。信息汇总模块信息汇总模块包括金额汇总和库存预警。金额汇总模块主要包括仓库内各个客户存储货物的金额汇总。库存预警主要包括各个客户的库存预警信息查询。身份验证在用户进入系统前，首先要求用户身份验证，登录时要对输入的用户名和密码进行验证是否匹配，验证通过后允许用户进入本系统进行操作，并根据本用户现有的权限来进行特定的操作。用户注册在用户未进行相应的登录设置时需要先进行注册个人的信息和相关的管理权限等，填写完毕提交后在进行登录操作。从以上分析中，可以得出以下参与者系统管理员。仓库管理员。普通用户。销售员。2.1.2用例图系统管理员用例图用例模型的执行者：系统管理员。(2)包括：身份验证、权限管理、信息维护、数据恢复。(3)信息维护包含出库管理、商品信息管理；权限验证包括身份验证。如图2.1所示。图2.1系统管理员用例图仓库管理员用例图用例模型的执行者：仓库管理员。包括：查询统计、入库管理、出库管理、信息配置。入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、单位管理；查询统计包括库存预警、金额汇总。如图2.2所示。图2.2仓库管理员用例图3.普通用户用例图(1)用例模型的执行者：普通用户。(2)包括：金额汇总、库存预警、商品查询、商品出库、商品调拨、身份验证。图2.3普通用户用例图销售员用例图用例模型的执行者：仓库管理员。包括：查询统计、入库管理、出库管理、信息配置。入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、单位管理；查询统计包括库存预警、金额汇总。如图2.4所示。商品调拨图2.4销售员用例图第三章类图设计建模3.1对象模型3.1.1总体描述对象模型是对模拟客观世界实体的对象及对象之间的关系进行映射，它是以对象为主而非系统功能，主要描述了系统的静态特征。类图由系统中使用的类以及它们之间的关系组成，对象图是类图的一个实例，它描述了系统具体对象以及某一时刻这些对象之间的关系。UML用各种模型元素表示图中的概念，如表示类和对象的模型元素，类和类之间的关系包括关联、泛化、依赖、聚集等。本系统用类图来建立对象模型。查询统计类图Client类是客户模型类。AmountSummaryAction类是系统数据提交处理类，在类中调用Client类实例化对象接受数据。InventoryWarningService类主要功能是实现仓库预警的业务处理。InventoryWarningAction类是接受用户提交的相关数据后，调用对应的Service类中的方法进行业务处理。AmountSummaryAction类和InventoryWarningAction类继承ActionSupport类实现相应的action方法。如图3.1所示。图3.1查询统计类图出库管理类图SpInfo类是商品模型类。Stock_removal_Action类是系统数据提交处理类，在类中调用Stock_removal_service类中的selectlist方法来实现相关的业务处理。Stock_removal_service类主要功能是商品出库的相关业务处理。stockRemovalQueryAction类是接受用户提交的相关数据后，调用对应的Service类中的方法进行查询业务处理。SRQueryService类主要实现商品出库查询的功能。AllotQueryAction类通过实例化AllotQueryService类后，调用相关的方法，来实现商品调拨的相关业务功能。Collect_Action类通过实例化Collect_Service类调用list()方法，完成出库一览表的查询业务功能。(8)图中的action类都是通过集成ActionSupport类后，实现各个action类的对应方法。如图3.2所示。lUBry^snrncn传＜口心ColwAAciirn七际一冤景U号由皈口nd•兼坦jrn州对应方法。如图3.2所示。lUBry^snrncn传＜口心ColwAAciirn七际一冤景U号由皈口nd•兼坦jrn州'□fits*kindik*5etSp_knd||，雾加h*Ki£pJJrK4||i:BrtSp一M*McSp_naiJ*getSp_niiTlbei1}♦汕疏■Jgi。hnd|；•sc出Bd.顷ESignStDcK」BTnEal_/*rlian奴Sk_Enw«4L"弥1r*ewcul7|i&Q0U财飞日1_就氏d?*1吨*QtkGlki3l||*1河图3.2出库管理类图入库管理类图SpInfo类是商品模型类，Client类是客户模型类。luru_Action类是系统数据提交处理类，在类中通过实例化Sp_Info_service类后，调用Sp_Info_service类中的insert方法来实现相关的业务处理。(3)Sp_Info_service类主要功能是通过实例化Client类和SpInfos类，接受由luru_Action类传递的参数来实现商品出库的相关业务处理。(4)Document_Manage_Action类是接受用户提交的相关数据后，调用对应的Service类中的方法进行逻辑业务处理。(5)Document_Manage_service类主要实现商品退货、以及商品调价、查询等功能。(6)AllotQueryAction类通过实例化AllotQueryService类后，调用相关的方法，来实现商品调拨的相关业务功能。(7)Collect_Action类通过实例化Collect_Service类调用list()方法，完成出库一览表的查询业务功能。(8)图中的action类都是通过集成ActionSupport类后，实现各个action类的对应方法。如图3.3所示。兔MKh_5l[Kk()*£0tKh_sl.ocK()^getKhjntimeCl^setKhjntimeQi•gertKh_piinci|3』U*setKhjprincipal()^etKh_phDne()图3.3入库管理类图信息配置类图(1)SpInfo类是商品模型类，Client类是客户模型类，User类是用户模型类。⑵changewd_service类通过实例化User类后，通过实现changewd方法来实现相关的用户修改密码的服务。changewd_Action类主要功能是通过实例化changewd_service类来实现修改密码的功能。jurisdiction类通过实例化jurisdictionService类，调用对应的Service类中的方法进行相应的权限修改以及验证功能。Kh_ManageAction类主要实现对客户信息插入、修改、查询、删除等功能。图中的action类都是通过集成ActionSupport类后，实现各个action类的对应方法。如图3.3所示。图3.4信息配置类图3.2动态类图动态模型用来描述系统的动态行为，显示对象在系统运行期间不同时刻的动态交互情况，UML中用状态图、时序图、协作图和活动图建立动态模型。对象模型构造完成后，要实现所需功能，必须使得对象之间进行交互，即建立动态模型，动态模型的建立需要完成以下几项工作：要体现对象之间交互的当前状态。确定所发生的事件。根据发生事件对对象状态进行组合，形成一个整体的事件跟踪图。要保证动态模型建立完整，需要先设想好所有的事件发生情况，包括时序上的问题。尽量保证不遗漏各个交互细节，是确保功能完整性的很好的手段。第四章顺序图设计建模4.1顺序图设计模型4.1.1系统的顺序图⑴仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。⑵点击单据管理界面，填写单据的相关信息后，单击查询按钮提交查询信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。⑶审核由系统后台来完成，审核通过后，返回查询结果集对象给单据管理action类，然后action类会将相关信息反馈到单据管理界面上。⑷仓库管理员点击界面上的退货按钮跳转到商品退货界面，填写完退货信息后点击提交按钮，单据管理action类审核提交信息通过后会返回审核结果，然后向单据管理service类提出退货申请，单据管理service类就会实现相应的业务功能，之后service类会返回退货成功的“success”信号。⑸仓库管理员点击界面上的调拨按钮跳转到商品调拨界面，填写完调拨信息后点击提交按钮，单据管理action类审核提交信息通过后会返回审核结果，然后向单据管理service类提出退货申请，单据管理service类就会实现相应的业务功能，之后service类会返回调拨成功的“success”信号。如图4.1所示。

图4.1单据管理顺序图表4.1仓库管理员事件流内容说明用例名称参与者前置条件后置条件基本路径仓库管理员仓库管理员仓库管理员是有权限人员仓库管理员相关信息必须与库存里的一致登录提交用户信息5.提交查询信息选择退货功能填写并提交退货信息待解决问题补充说明注释4.1.2商品信息录入顺序图⑴普通用户用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。⑵点击商品信息录入界面，填写商品及用户的相关信息后，单击添加商品按钮提交相关的信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。⑶审核由系统action来完成，审核通过后，会生成对应的spinfo对象，并将该对象传递给Sp_Info_Service类实例化的service对象。⑷Sp_Info_Service类的service对象调用insert()方法将用户提交的商品信息入库，并返回一个spinfos结果集对象。⑸luru_Action类通过实例化spinfos并调用getSpinfos方法获得Sp_Info_Service类返回的结果及对象通过调用list()方法，将提交成功的信息返回商品信息录入界面。如图4.2所示。图4.2商品信息录入顺序图表4.2普通用户事件流内容说明用例名称参与者前置条件后置条件基本路径普通用户普通用户普通用户是有权限人员普通用户相关信息必须与库存里的一致登录提交用户信息选择商品商品信息录入界面填写并提交商品相关信息待解决问题补充说明注释4.1.3商品出库顺序图⑴普通用户用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。⑵点击商品出库界面，填写商品出库的相关信息后，单击查询单据按钮提交相关的信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。⑶审核由系统removal_action来完成，审核通过后，调用execute方法会生成对应的spinfo对象，并将该对象传递给removal_Service类实例化的service对象，并进行出库操作。⑷removal_Service类的service对象调用list()方法查询用户提交的单据查询信息，并返回一个list结果集对象。⑸luru_Action类通过实例化list并调用getList方法获得removal_Service类返回的结果及对象，并将查询结果返回到商品出库界面。如图4.3所示。

图4.3商品出库顺序图表4.3普通用户事件流内容说明用例名称普通用户参与者普通用户前置条件普通用户是有权限人员后置条件普通用户相关信息必须与库存里的一致基本路径1.登录2.提交用户信息选择商品出库界面选择查询条件9.选择商品出库界面待解决问题补充说明注释4.1.4调拨单据查询顺序图⑴仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。⑵点击调拨单据查询界面，填写相关信息后，单击查询单据按钮提交相关的信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。⑶审核由系统action来完成，审核通过后，调用query方法会生成对应的spinfo对象，并将该对象传递给Service类实例化的service对象，执行查询操作。⑷removal_Service类的service对象调用list()方法查询用户提交的单据查询信息，并返回一个spinfos结果集对象。⑸调拨Action类通过实例化list并调用getSpinfos方法获得Service类返回的结果及对象，并将查询结果返回到上调拨单据查询界面。如图4.4所示。图4.4调拨单据查询顺序图表4.4仓库管理员事件流内容说明用例名称仓库管理员参与者仓库管理员前置条件仓库管理员是有权限人员后置条件仓库管理员相关信息必须与库存里的一致基本路径1.登录2.提交用户信息4.选择调拨单据查询界面5.选择并提交查询信息待解决问题补充说明注释第五章协作图设计建模5.1协作图设计模型5.1.1协作图含义协作图着重体现交互对象间的静态链接关系。作者完成了所有用例的动态模型，这里列举部分用例进行说明。协作图(CollaborationDiagram)用于描述相互合作的对象间的交互关系和链接关系。虽然顺序图和合作图都用来描述对象间的交互关系，但侧重点不一样。顺序图着重体现交互的时间顺序，合作图则着重体现交互对象间的静态链接关系。5.1.2用户登录协作图用户首先填写用户信息到仓库管理系统。等待仓库管理系统返回验证。仓库管理系统验证登录信息并跳转到系统主界面后，用户才选择具体的用户界面进行操作并且返回相应信息给用户。如图5.1所示。图5.1用户登录协作图

5.1.3商品出库协作图普通用户首先提交商品缺货登陆信息到仓库管理系统。仓库管理员认真审核提出商品补充信息到仓库，仓库将请求的商品返回给仓库管理员，由仓库管理员转交用户。3.最后仓库管理员填写出库日志。如图5.2所示。图5.2商品出库协作图5.1.4商品调拨顺序图仓库管理员填写调拨商品信息提交给仓库管理系统审核，并等待审核信息。仓库管理员审核返回的信息，并向出库仓库提出调拨申请。出库仓库向系统返回剩余库存量，并向入库仓库转移调拨商品。仓库管理员将调拨的商品信息入库到对应的数据库中。如图5.3所示。

图5.3商品调拨协作图5.1.5系统管理协作图系统管理员登陆仓库管理系统，首先是在输入用户名和密码到登陆界面，并验证成功的情况下才能实现的。系统管理员进行修改记录操作到信息管理并返回修改成功信息到系统管理员，是必须在成功登陆仓库管理系统之后才能实现。系统管理员进行重新设置管理权限操作到权限管理并返回设置成功信息到系统管理员。系统管理员进行仓库管理系统的数据备份和恢复并返回操作成功的信息到系统管理员。如图5.4所示。图5.4系统管理协作图5.1.6商品入库协作图1.仓库管理员清点商品获得商品数量信息并向系统提交库存预警。2.系统向普通用户发出预警提醒，普通用户将商品入库，并向仓库管理员发出入库提醒。第六章活动图设计建模6.1活动图设计模型6.1.1系统活动图1.商品出库活动图⑴销售员通过填写销售表单，在将此表单提交给仓库管理员进行审核。⑵仓库管理员进行修改、删除和审核通过的判断后，查询仓库中是否有符合要出库的商品。⑶若没有则提示仓库无此货物；若有则判断仓库中是否有满足所需要的商品的数量，若没有则提示商品不足；若有则将所需要的商品出售。如图6.1所示。图6.1商品出库活动图2.商品调拨活动图⑴仓库管理员填写所要调拨商品的表单并进行审核，然后仓库管理员修改、删除调拨表单和调拨表单的审核通过判断。⑵判断出库中是否有所调拨的商品，若没有则提示仓库没有此商品；若有

则判断出库中是否有满足调拨该商品的数量，若没有则提示库存不足；若有则判断入库中是否有该商品，若没有则插入此商品；若有则与入库最后哦昂的此商品进行相加完成商品的调拨操作。如图6.2所示。图6.2商品调拨活动图商品入库活动图⑴在一批物资要入库时，首先仓库管理员登录系统，超过三次退出。⑵进入入库窗体，然后进行入库单的审核，如果入库项有填写错误时，不能进入下一步的操作。⑶如果在填写入库项时发现仓库内此类物资正在盘点，则此批物料此时是不能进行入库的，需退出。⑷扩展发挥：当所有条件都符合时，系统自动检查物资的库存量，但超出仓库最大库存时，退出所有操作；反之进行正常操作。如图6.3所示。用户利用系统管理员分配给的用户名、密码、权限以及验证码来进行登⑴录。验证用户名和密码是否为空，若为空则重新录入在进行验证；若不为空则验证验证码是否通过验证，若没有通过身份验证则重新录入；若通过身份验证后完成用户登录操作。如图6.4所示。图6.4用户登录活动图第七章状态图设计建模7.1UML状态图设计模型7.1.1商品状态图⑴当商品处于上架状态时，会因为商品超过保质期而使商品改变为下架状态。⑵当上架商品缺货时，商品会从上架状态改变为商品入库状态，而处于商品库存状态的商品会因为货架商品缺货而使状态改变为上架状态。⑶处于下架状态的商品因为退货请求而使状态改变为出