项目开发管理课程设计系统分析设计报告
题目：仓库管理系统
目录
第一章系统需求分析 (2)
1.1软件需求规格说明 (2)
1.1.1编写目的 (2)
1.1.2背景 (2)
1.2功能描述 (2)
1.3基本数据维护模块 (3)
1.4基本业务模块 (4)
1.5数据库模块 (4)
1.6信息查询模块 (5)
第二章用例图设计建模 (6)
2.1UML用例图设计模型 (6)
2.1.1 系统的用例需求文档 (6)
2.1.2用例图 (7)
第三章类图设计建模 (10)
3.1对象模型 (10)
3.1.1总体描述 (10)
3.2动态类图 (13)
第四章顺序图设计建模 (15)
4.1顺序图设计模型 (15)
4.1.1 系统的顺序图 (15)
4.1.2商品信息录入顺序图 (16)
4.1.3商品出库顺序图 (18)
4.1.4调拨单据查询顺序图 (19)
第五章协作图设计建模 (21)
5.1协作图设计模型 (21)
5.1.1协作图含义 (21)
5.1.2用户登录协作图 (21)
5.1.3商品出库协作图 (22)
5.1.4商品调拨顺序图 (22)
5.1.5系统管理协作图 (23)
5.1.6商品入库协作图 (24)
第六章活动图设计建模 (25)
6.1活动图设计模型 (25)
6.1.1系统活动图 (25)
第七章状态图设计建模 (28)
7.1UML状态图设计模型 (28)
7.1.1商品状态图 (28)
7.1.2仓库库存状态图 (28)
7.1.3商品单据状态图 (29)
第八章配置图设计建模 (30)
8.1UML配置图设计模型 (30)
致谢 (31)
第一章系统需求分析
1.1软件需求规格说明
1.1.1编写目的
随着社会的需求量越来越大，中国的中小型企业越来越多，而对企业而言，企业物资的存储是企业最宝贵的资源，也是企业流动资产的重中之重。实行信息化、自动化、智能化的仓库管理，是提高工作效率，实现企业更大的工作效益和利润最大保障。
1.1.2背景
采用计算机管理信息系统已成为仓库管理科学化和现代化的重要标志，它给企业管理来了明显的经济效益和社会效益。主要体现在：极大提高了仓库工作人员的工作效率，大大减少了以往入出存流程繁琐，杂乱，周期长的弊端。基于仓库管理的全面自动化，可以减少入库管理、出库管理及库存管理中的漏洞，可以节约不少管理开支，增加企业收入。仓库的管理的操作自动化和信息的电子化，全面提高了仓库的管理水平。
1.2功能描述
本系统为存储物资的各类型企业提供服务，主要功能如下图所示。
图1.1系统功能图1.3基本数据维护模块
基本数据维护模块如图1.2所示。
图1.2 基本数据维护模块
1.添加商品信息：管理员可以添加商品类别。
2.修改更新商品信息：管理员可以修改更新商品信息。
3.添加消费者信息：管理员可以添加商品供给量。
4.删除商品信息：管理员根据消费者反馈的信息对一些商品进行删除。1.4 基本业务模块
图1.3 信息查询模块功能
1.出库：处理出库业务。
2.入库：处理入库业务。
3.查询：管理员可以查询商品的销售情况，顾客可以查询商品的类别。
4.保质期管理：将已过保质期的商品全部清除，检测所有商品的质量。
5.金额管理：管理员可以通过商品的销售金额对商品的供给做出重新安排。
1.5 数据库模块
图1.4 信息查询模块功能
1.出库信息管理：出库信息包括商品的类别、ISBN、出库时间等。
2.入库信息管理：入库信息包括商品的类别、ISBN、入库时间等。
3.商品信息管理：商品信息包括商品的类别、出入库时间、销售量、保质期、商品总数等。
4.库存信息管理：商品数目的更新，通知管理员商品供给量等。
1.6 信息查询模块
图1.5 信息查询模块功能
1.查询商品信息：负责商品信息的查询。
2.查询库存信息：负责库存信息的查询。
第二章用例图设计建模
2.1 UML用例图设计模型
2.1.1 系统的用例需求文档
本系统的功能大致可分为以下几个部分：
1.基本信息管理模块
(1)商品信息模块
商品信息模块主要是记录商品的各类信息，其中包括商品编号、商品名称、商品类型、商品价格、商品数量等信息。实现了商品的录入、修改、删除查询等功能。
(2)客户基本模块
客户基本情况模块主要是记录客户的各种信息，共中包括客户编号、客户名称，所属客户的商品名称、库存数量、商品规格、商品的入库时间、联系人、联系电话，实现对客户信息的录入、删除、修改和查询等功能。
(3)信息汇总模块
信息汇总模块包括金额汇总和库存预警。
金额汇总模块主要包括仓库内各个客户存储货物的金额汇总。
库存预警主要包括各个客户的库存预警信息查询。
(4)身份验证
在用户进入系统前，首先要求用户身份验证，登录时要对输入的用户名和密码进行验证是否匹配，验证通过后允许用户进入本系统进行操作，并根据本用户现有的权限来进行特定的操作。
(5)用户注册
在用户未进行相应的登录设置时需要先进行注册个人的信息和相关的管理权限等，填写完毕提交后在进行登录操作。
2.从以上分析中，可以得出以下参与者
(1)系统管理员。
(2)仓库管理员。
(3)普通用户。
(4)销售员。
2.1.2 用例图
1.系统管理员用例图
(1)用例模型的执行者：系统管理员。
(2)包括：身份验证、权限管理、信息维护、数据恢复。
(3)信息维护包含出库管理、商品信息管理；权限验证包括身份验证。如图2.1所示。
图2.1系统管理员用例图
2.仓库管理员用例图
(1)用例模型的执行者：仓库管理员。
(2)包括：查询统计、入库管理、出库管理、信息配置。
(3)入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、单位管理；查询统计包括库存预警、金额汇总。如图2.2所示。
图2.2仓库管理员用例图
3.普通用户用例图
(1)用例模型的执行者：普通用户。
(2)包括：金额汇总、库存预警、商品查询、商品出库、商品调拨、身份验证。
图2.3普通用户用例图
4.销售员用例图
(1)用例模型的执行者：仓库管理员。
(2)包括：查询统计、入库管理、出库管理、信息配置。
(3)入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、单位管理；查询统计包括库存预警、金额汇总。如图2.4所示。
图2.4销售员用例图
第三章类图设计建模
3.1对象模型
3.1.1总体描述
1.对象模型是对模拟客观世界实体的对象及对象之间的关系进行映射，它是以对象为主而非系统功能，主要描述了系统的静态特征。
2.类图由系统中使用的类以及它们之间的关系组成，对象图是类图的一个实例，它描述了系统具体对象以及某一时刻这些对象之间的关系。UML用各种模型元素表示图中的概念，如表示类和对象的模型元素，类和类之间的关系包括关联、泛化、依赖、聚集等。本系统用类图来建立对象模型。
3.查询统计类图
(1)Client类是客户模型类。
(2)AmountSummaryAction类是系统数据提交处理类，在类中调用Client类实例化对象接受数据。
(3)InventoryWarningService类主要功能是实现仓库预警的业务处理。
(4)InventoryWarningAction类是接受用户提交的相关数据后，调用对应的Service类中的方法进行业务处理。
(5)AmountSummaryAction类和InventoryWarningAction类继承ActionSupport 类实现相应的action方法。如图3.1所示。
图3.1查询统计类图
4.出库管理类图
(1)SpInfo类是商品模型类。
(2)Stock_removal_Action类是系统数据提交处理类，在类中调用Stock_removal_service类中的selectlist方法来实现相关的业务处理。
(3)Stock_removal_service类主要功能是商品出库的相关业务处理。
(4)stockRemovalQueryAction类是接受用户提交的相关数据后，调用对应的Service类中的方法进行查询业务处理。
(5)SRQueryService类主要实现商品出库查询的功能。
(6)AllotQueryAction类通过实例化AllotQueryService类后，调用相关的方法，来实现商品调拨的相关业务功能。
(7)Collect_Action类通过实例化Collect_Service类调用list()方法，完成出库一览表的查询业务功能。
(8)图中的action类都是通过集成ActionSupport类后，实现各个action类的对应方法。如图3.2所示。
图3.2出库管理类图
5.入库管理类图
(1)SpInfo类是商品模型类，Client类是客户模型类。
(2)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所示。
图3.3入库管理类图
5.信息配置类图
(1)SpInfo类是商品模型类，Client类是客户模型类，User类是用户模型类。
(2)changewd_service类通过实例化User类后，通过实现changewd方法来实现相关的用户修改密码的服务。
(3)changewd_Action类主要功能是通过实例化changewd_service类来实现修改密码的功能。
(4)jurisdiction类通过实例化jurisdictionService类，调用对应的Service类中的方法进行相应的权限修改以及验证功能。
(5)Kh_ManageAction类主要实现对客户信息插入、修改、查询、删除等功能。
(6)图中的action类都是通过集成ActionSupport类后，实现各个action类的对应方法。如图3.3所示。
图3.4信息配置类图
3.2动态类图
动态模型用来描述系统的动态行为，显示对象在系统运行期间不同时刻的动
态交互情况，UML中用状态图、时序图、协作图和活动图建立动态模型。对象模型构造完成后，要实现所需功能，必须使得对象之间进行交互，即建立动态模型，动态模型的建立需要完成以下几项工作：
1.要体现对象之间交互的当前状态。
2.确定所发生的事件。
3.根据发生事件对对象状态进行组合，形成一个整体的事件跟踪图。
4.要保证动态模型建立完整，需要先设想好所有的事件发生情况，包括时序上的问题。尽量保证不遗漏各个交互细节，是确保功能完整性的很好的手段。
第四章顺序图设计建模
4.1顺序图设计模型
4.1.1 系统的顺序图
⑴仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。
⑵点击单据管理界面，填写单据的相关信息后，单击查询按钮提交查询信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。
⑶审核由系统后台来完成，审核通过后，返回查询结果集对象给单据管理action类，然后action类会将相关信息反馈到单据管理界面上。
⑷仓库管理员点击界面上的退货按钮跳转到商品退货界面，填写完退货信息后点击提交按钮，单据管理action类审核提交信息通过后会返回审核结果，然后向单据管理service类提出退货申请，单据管理service类就会实现相应的业务功能，之后service类会返回退货成功的“success”信号。
⑸仓库管理员点击界面上的调拨按钮跳转到商品调拨界面，填写完调拨信息后点击提交按钮，单据管理action类审核提交信息通过后会返回审核结果，然后向单据管理service类提出退货申请，单据管理service类就会实现相应的业务功能，之后service类会返回调拨成功的“success”信号。如图4.1所示。
图4.1单据管理顺序图
表4.1 仓库管理员事件流
内容说明
用例名称仓库管理员
参与者仓库管理员
前置条件仓库管理员是有权限人员
后置条件仓库管理员相关信息必须与库存里的一致
基本路径 1.登录
2.提交用户信息
5.提交查询信息
9.选择退货功能
10.填写并提交退货信息
待解决问题
补充说明
注释
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普通用户事件流
内容说明
用例名称普通用户
参与者普通用户
前置条件普通用户是有权限人员
后置条件普通用户相关信息必须与库存里的一致
基本路径 1.登录
2.提交用户信息
4.选择商品商品信息录入界面
5.填写并提交商品相关信息
待解决问题
补充说明
注释
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.提交用户信息
5.选择商品出库界面
6.选择查询条件
9.选择商品出库界面
待解决问题
补充说明
注释
4.1.4调拨单据查询顺序图
⑴仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。