仓库管理系统说明书.doc

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