UML课程设计仓库管理系统.ppt

接口信息包内的类图 接口（interfaces）包内包括了所有的用户接口类，这样，当用户需要更改某界面或者是需要添加界面时就可在本包中完成。 仓库管理系统部署是整个项目实施过程中最后的阶段，就是把该系统中涉及到的硬件软件、整合到一起，并且可以让系统运行起来。 组件图 配置图 下图表明系统采用数据库系统作为后台数据提供者，然后客户登录使用系统，也可以对系统中的信息进行打印操作。 * * * * * * * * * * 系统主要的实现目标是监控整个仓库的运转情况；提供完善的任务计划功能，由整个操作的指令中心来安排进出任务，确认任务的开始，进货管理和出货管理按其指令执行即可；实时监控所有货物的在线运动情况，实时提供库存变化的信息。 系统总体功能需求 一个功能完全的仓库信息管理系统，必须包括以下的几个管理系统： （1）用户登录：用户可以用两种身份登录系统：操作员或管理员；不同身份登录被系统授予不同的使用权限。 （2）仓库管理：仓库管理系统中，包括仓库进货、仓库退货、仓库领料、仓库退料、商品调拨和仓库盘点6个功能模块组成。仓库管理系统是整个仓库信息系统的核心，是所有数据的来源。 （3）业务查询：业务查询系统中，包括库存查询、销售查询和仓库历史记录查询3个功能模块组成。 （4）系统设置：系统设置包括供应商设置和仓库设置两个部分。 系统总体功能需求框图 用户登录功能模块 仓库管理功能模块 业务查询 库存情况 销售情况 仓库情况 系统设置功能模块 系统设置 供应商管理 仓库设置 操作员的用例关系图： 管理员的用例关系图： 商品领料人，商品退料人，商品供应商用例关系图： 整个系统的角色—用例关系图 进货的活动图：首先管理员查看销售记录判断商品销售状况，然后查看商品库存情况。如果发现仓库中商品库存充足则操作完毕，如果发现仓库中某商品库存出现不足，则通知操作员缺货商品清单，操作员领取清单后立即联系相应的供应商，供应商提供相应是商品，操作员接受货物，更新数据库，操作完成。 （1）操作员将盘点信息发送给管理员； （2）管理员审查盘点信息； （3）把盘点信息列表交给商品打印模块； （4）打印后发给操作员执行相关商品操作。 商品管理时序图 （1）操作员通知商品供应商进货、退货； （2）商品供应商将商品清单和退货商品清单发送给商品进货模块； （3）商品进货模块将进货商品打印报表给操作员，商品退货模块将商品退换报表打印发给操作员； （4）操作员也可以查询库存，库存库存模块将库存查询信息发送给操作员。 仓库历史记录查询时序图 （1）管理员登录系统查询历史信息查询模块； （2）历史信息查询模块则查询商品进货退货模块、商品调拨模块、商品盘点模块； （3）各模块将查询得到的信息发送给历史信息查询模块； （4）历史信息查询模块将信息统一发送给管理员。 包是模型的一部分，模型的每一部分必须属于某个包。建模者可以将模型的内容分配到包中。但是为了使其能够工作，分配必须遵循一些合理原则，如公用规则、紧密耦合的实现和公用观点等。UML对如何组包并不强制使用什么规则，但是良好的解组会很大的增强模型的可维护性。 系统包图 在定义具体的类之前，先在宏观的角度上将整个系统分割成多个独立的包。在这里把整个仓库管理系统分成的包如图所示。 整个系统可以看成人员信息、事务和接口块，分别控制不同的应用。 Logical视图关注的焦点是系统的逻辑结构。重复使用是一个主要目的。通过认真的指定类的信息和行为、组合类，以及检查类和包之间的关系，就可以确定可以重复使用的类和包。完成多个项目后，就可以将新类和包加进重复使用库中。今后的项目可以组装现有的类和包，而不必一切从头开始。 类图是面向对象系统的建模中最常见的图。 类图显示了一组类、接口、协作以及他们之间的关系。 类图不仅对结构模型的可视化、详述和文档化很重要，而且对通过正向与逆向工程构造可执行的系统也很重要。 人员信息包内的类 图 仓库管理系统所涉及到的所有人员信息都包括在本包中，这样做的好处是仓库再添加的人员时就不会影响到别的包。 事务包内的类 图 仓库所有的事务都包含在本包中，如果仓库管理过程中需要增加某事务，那么只需要在本包中添加相应的类即可。 * * * * * * * * * *