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

. PAGE . 二、仓库信息管理系统分析与设计 （一）《仓库信息管理系统》的需求建模 1、需求分析 仓库信息管理系统要能完成以下功能： 仓库存放的货物品种繁多，堆存方式以及处理方式也非常复杂，随着业务量的增加，仓库管理者需要处理的信息量会大幅上升，因此往往很难及时准确的掌握整个仓库的运作状态。针对这一情况，为了减轻仓库管理员和操作员的工作负担，此系统在满足仓库的基本管理功能基础上发挥信息系统的智能化。 根据要求可将系统分为四个模块 （1）用户登录模块 普通操作员和管理人员登录此系统，执行仓库管理的一些操作，但是普通操作员和管理人员所能执行的功能不一样。 （2）仓库管理模块 管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。可以执行仓库进货，退货，领料，退料；商品调拨，仓库盘点等功能。 (3)业务查询模块 在用户登录系统后，可以执行库存查询，销售查询，仓库历史记录查询。 (4)系统设置模块 显示当前仓库系统中的信息,在系统中可以执行供应商设置，仓库设置。 2、功能模块分析 （1）登录模块 普通操作员：显示当天仓库中的所有库存的信息。 管理员：修改仓库中的库存信息。 用户注销：在用户执行完仓库功能时，注销。 用户退出。 （2）管理模块 仓库库存的进货与退货； 仓库中的库存需要领料和退料功能； 仓库也可以完成不同地区的商品在此仓库的商品调拨任务； 用户人员也可以在当天之后对仓库中的库存进行盘点。 （3）查询模块 显示当前仓库商品信息，并执行库存查询； 显示仓库信息，对商品的销售量进行查询； 此系统还可以对仓库历史记录进行查询。 （4）设置模块 供应商设置 仓库设置 3、工作内容及要求 进一步细化需求分析的内容，识别出系统的参与者，并完成用例图； 将用例图中的每个用例都写成相应的事件流文档； 进一步使用活动图来描述每个用例，为后续的系统设计做好准备； 按照系统的功能分析，从用例的描述中提取出系统的对象类和界面类，建立类图； 分析类图中的实体类和实体类之间的关系，画出数据库的逻辑模型图（只包含实体类，且注明角色和阶元）。 对数据库的逻辑模型进行优化，取消多对多的联系，完成最终的逻辑模型设计； 使用交互作用图或状态机图完成系统动态行为的建模。（建议使用顺序图按功能分别描述） 4、创建SRS文档： 引言 仓库管理系统将24小时为用户服务。 用途 SRS文档将作为SDLC设计和编码阶段的输入。 作用域 管理员直接对系统进行管理。 功能性需求 操作员需要取得管理员的认可才可以登录此系统。 操作员可以查询库存的信息。 系统管理员可以管理登录系统以后对仓库进行管理 因为不是每个人都可以随便修改系统的，所以系统管理员可以登录进系统以后对用户的权限信息进行管理。 界面需求 界面应该清晰易懂。 运行环境 此系统可以在网络上进行运行。 用例图如下： 分析：操作员在进行验证后登陆系统，可以执行商品的进退货的记录信息的查询与管理等操作。 c 图1 操作员用例图 分析：此用户是管理员，可以对仓库信息进行维护，仓库商品进行盘点，业务分析，历史记录查询，供应商信息维护和仓库查询操作。 图2 管理员用例图 分析：该用户为供应商，可以对执行仓库进货和退货的查询与管理操作。 图3 供应商用例图 （二）《仓库管理系统》的静态建模 静态建模用于描述软件的静态成分，又叫结构建模。它包含类关系图和对象关系图。用于描述软件系统的成分之间的关系和依赖性。 1）类的分析与设计 确定初始类图 提取类的属性 提取类的操作 类之间的关系 去除不必要的类和不正确的类： 冗余类：若两个类表述同一信息，保留最具有描述能力的类； 不相干的类：去掉与问题没有多少关系和根本不相关的类； 模糊类：类必须是确定的，有些临时类边界定义不对，或范围太广，应排除； 属性：如果有些名词是用来描述某个类的，那么它一定是这个类的属性。 操作：如果所描述的操作并不适用于对象并且被自身所操作，那么这一定不是类。 这样可以得到相关的三种类关系： 人员信息包类图 接口信息包类图 系统事务信息包类图 2）确定类之间的关系 两个类之间的相互依赖就是关联，关联常用描述性动词或动词组来表示，其中有物理位置的表示、传导的动作、通信、所有者关系及条件的满足等等。 通过以上方法可以确定类图： ① 人员信息包类图里包含：操作员类、管理员类、供应商类、商品进货模块类、商品退换模块类、商品打印模块类、库存查询模块类、商品盘点模块类、历史信息查询模块类和商品调拨模块类。 图4 人员信息包类图 ② 接口信息包类图里包含：用户登录类、仓库管理类、系统管理类和业务查询类。