仓库管理系统需求规格说明书给力版.doc

。

软件需求工程

仓库管理系统需求分析

院系：
班级:
学号：
姓名：

1. 文档介绍
本文档是在调研仓库管理制度及仓库管理人员对于管理系统的需求后，为明确软件需求、安排项目规划与进度、组织软件开发与测试而撰写的。

1.1编写文档目的与范围
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了仓储管理系统各个模块的功能和范围以及各个模块之间进行信息的交互和协同工作，帮助程序员在实际开发中准确的完成所开发的模块，以满足用户的需求同时也表明了本软件的共性，从而能够使之获得更大范围的应用。
1.2读者对象
本文档的预期读者是：
设计人员 开发人员 项目管理人员 测试人员 用户

1.3定义
静态数据——系统固化在内的描述系统实现功能的一部分数据。
动态数据——在软件运行过程中用户输入后系统输出给用户的一部分数据，也就是系统要处理的数据。
数据字典——数据字典的名字都是一些属性与内容的抽象与概括，它们的特点是数据表的“严密性”和“精确性”。
需求提出者——需求提出者是对项目进行提出需求的用户。
用例图——由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。用例图（User Case）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。
活动图——活动图（Activity Diagram，动态图）是阐明了业务用例实现的工作流程。业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。工作流程活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排。活动既可以是手动执行的任务，也可以是自动执行的任务。它可完成一个工作单元。活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态，而且所有或多数转移都在源状态中的活动完成时立即触发。
时序图——时序图（Sequence Diagram），亦称为序列图或循序图，是一种UML行为图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。
用例与事件流表——事件流的目的是为用例的逻辑流程建立文档，这个文档详细描述系统用户的工作和系统本身的工作。事件流描述的是一个系统做了什么。

1.4参考资料
1. 软件需求工程 黄国兴 周勇 新华大学出版社
2. 软件工程概论 郑人杰 马素霞 殷人昆 机械工业出版社
2．产品介绍
本仓库管理系统是一套为中型公司量身定做的管理系统，对于入库，出库，库存，统计报表等多方面提供一定的管理功能和辅助功能。
3. 产品面向的用户群体(产品中的角色)
进货员，仓库管理员，系统管理员。

4. 产品范围

“仓库信息管理系统”是一套功能强大而又操作简便，实用性的仓储管理软件，其主要包括有基础资料，入库管理、出库管理、库存管理、统计管理和系统管理五大子系统。其中各个子系统实现了各种生活中仓库管理各个方面(具体详见功能性需求分析)。

5. 数据描述
5.1静态数据
仓储管理系统中，静态数据分离技术需要经过3个发展阶段。
静态数据作为应用程序的一部分直接保存在程序中，即静态数据与程序结合在一起。
静态数据从程序内部分离出来，形成独立的外部数据文件。静态数据文件与动态数据文件相互独立，依靠特定程序分别进行参照货存取。
静态数据由外部数据文件存放方式转为数据库存放方式，将以前程序中静态数据对动态数据加工的某些控制关系抽象为静态表与动态表间关系
a.用户ID
b.用户身份
c.用户密码
d.货物ID
e.货物名称
f.货物所属仓库
g.仓库ID
h.仓库状态
i.仓库备注信息
j.用户备注信息
k.货物备注信息
5.2动态数据
输入数据：菜单选项，查询关键字，新建记录项。
输出数据：由查询关键字确定的数据库记录集合或全部记录内部生成的数据，中间查询结果。
5.3数据词典

5.4系统数据流图

5.4.1.系统存货数据流图

图5.4.2 存货数据流图
描述：首先系统操作员接收到货物存储单，然后查询库存清单，仓库中是否有该货物，然后查询可用仓库，之后系统操作员将记录该货物，将此货物确认状态设置为未存，当存货人员带货物找到仓库管理员，仓库管理员通过该系统查寻该人员存货信息，确认货物与系统操作员记录的一致，然后接收该次存货事务，将实际货物存放到仓库，然后通过该系统对该事务进行确认，然后系统操作员接收到该信息，并进行记录更新。

5.4.2.系统取货数据流图

图5.4.3 系统取货数据流图
描述：取货人员带取货单找到系统操作员，然后系统操作员进行库存查询，并且查询货物所属仓库，然后打印取货凭条告知取货人员去找相应仓库管理员，仓库管理员检查凭条，然后确认无误去取相应货物，之后仓库管理员使用该系统想系统操作员进行取货确认，系统操作员收到确认进行记录更新。

5.4.3.系统领料数据流图

图5.4.4 系统领料数据流图
描述：领料人持领料单找系统操作人员，然后系统操作人员查询库存信息，然后打印领料凭条给领料人，领料人持凭条找到仓库管理人员，仓库管理人员核实无误后取料，然后将取料核实信息通过该系统传给系统操作员，然后系统操作员更新该货物记录。

5.4.4.系统退料数据流图

图5.4.5 系统退料数据流图
描述：退料人持退料单找到系统操作员，然后系统操作员查询库存清单，查询该货物所属仓库，然后告知退料人仓库号，退料人找到仓库管理人员，管理人员将货物放回，然后仓库管理人员通过该系统将确认退料告知系统操作员，最后系统操作员更新数据记录。

5.4.5. 系统货物调拨数据流图

图5.4.6 系统货物调拨数据流图
描述：系统管理员首先决定调拨信息，然后将调拨信息告知涉及到的仓库管理员，然后指定管理员携带货物和调拨凭条寻找另一个仓库管里员，当货物调拨完成后由涉及到的管理员向系统管理员确认，然后管理员更新数据记录。
5.4.6.系统货物盘点数据流图

图5.4.7 货物盘点数据流图
描述：系统操作员发出盘点货物的指令给相应管理员，之后管理员进行盘点，核实完毕之后将核实结果告知系统操作员，然后系统操作员更新数据记录。

6．功能需求
6.1功能划分
一个功能完善的仓库信息管理系统，必须包括以下几个主要功能：用户登录、基础数据、仓库管理、报表中心、业务查询,系统维护及辅助功能。系统总体模块图如下
仓库管理系统

辅助功能
系统维护
仓库管理
报表中心
基础数据
用户登录

其他
物品入库
物品出库
退出
注销
登陆

仓储管理系统模块图

6.2功能描述
（一） 系统管理

用户管理用例图

用户管理用例与事件流图
用例名称
用户管理
角色
系统操作员
用例说明
更新用户信息
基本事件流
根据需要系统操作员可以选择增加、删除、修改、查询用户信息，然后根据提示输入所需信息。
异常事件流
1.新增信息已存在，要求核实
2.删除信息不存在，要求核实
（二）
（1）用户管理
部门员工:
添加部门 修改部门 删除部门
员工管理:
员工的添加 员工基本信息的修改 员工基本信息的删除 推出
( 2 ) 重新登陆
用户在完成工作后，点击可重新进入系统开始界面。
用户可以用两种身份登录本系统：普通操作员和管理人员。不同身份的用户登录被系统授予不同的使用权限，这样提高了系统的安全性，避免了无关人员获取不在他权限范围内的信息。

图6.2 用户登录用例图
表6.1 用户登录用例与事件流表
用例名称
用户登录
角色
普通操作员，管理员
用例说明
使用者登录本系统
基本事件流
在参与者管理员或者操作员输入自己所有的用户名及口令时，登录用例开始。输入密码后提交服务器验证，验证成功则用户登录，进行相应的操作，系统会根据用户类型为其分配相应权限。
异常事件流
1. 用户密码错误，不能登录，用例重新开始；
2. 用户名错误，不能登录，用例重新开始；
3. 用户名不存在，不能登录，用例重新开始。

( 3 ) 修改密码
管理员用户可以修改密码
( 4 ) 我的工作
内有时间提醒栏,可以刷新显示,导出数据,打印表格以及关闭窗口
( 5 ) 流程管理
...............................................................................
（二） 仓库管理
（1）仓库进货
仓库进货模块要求操作员输入商品号、商品名称、进货数量、单位和供应商等信息，系统自动的将当前系统时间作为进货时间更新到数据库，并且统计进货金额，该操作完成后，仓库相应货物的数量为原货物数量和进货数量的总和，并更新数据库。

图6.4 仓库进货活动图
表6.2仓库进货用例与事件流表
用例名称
仓库进货
角色
供应商，系统操作员，仓库管理员
用例说明
供应商供货，系统操作员与仓库管理员负责将货物入库
基本事件流
供应商提供货物，系统操作员通过系统找到存放位置并将信息交给仓库管理员，管理员核实信息并存放货物。
异常事件流
无合适仓库，等待仓库管理员调拨货物后存放
（2）仓库退货
仓库退货模块要求操作员输入退货商品号、退货数量、单位和供应商，系统自动的将当前系统时间作为退货时间更新到数据库，并且统计退货金额，该操作完成后，相应货物的数量为原货物数量除去退货的数量，并更新数据库。

图6.5 仓库退货活动图
表6.3 仓库退货用例与事件流表
用例名称
仓库退货
角色
系统操作员，仓库管理员，供应商
用例说明
因某些问题需要退货，管理员需更新数据库。
基本事件流
仓库管理员将退货信息提交给系统操作员，由系统操作员验证信息并更新数据库，最后退货给供应商。
异常事件流
退货信息错误，要求仓库管理员验证信息。
（3）仓库领料
仓库领料模块要求操作员输入领取商品号、领取数量、领料人等，系统自动的将当前系统时间作为领料时间更新到数据库，并且统计总领料数量。该操作完成后，相应货物的数量为原货物数量减领料的数量并更新数据库。

图6.6 仓库领料活动图
表6.4 仓库领料用例与事件流表
用例名称
仓库领料
角色
系统操作员，仓库管理员，领料人
用例说明
领料人来领料，系统操作员与仓库管理员发料。
基本事件流
系统操作员通过领料人提供的信息查询货物所在位置，提交给仓库管理员，由仓库管理员查找并领料。
异常事件流
库存数量不足，等待进货。
( 4 ) 仓库退货
仓库退料模块要求操作员输入退料商品号、退料数量、退料人等，系统自动的将当前系统时间作为退料时间更新到数据库，并且统计总退料数量。该操作完成后，相应货物的数量为原货物数量加退料的数量，并更新数据库。

图6.7 仓库退料活动图
表6.5 仓库退料用例与事件流表
用例名称
仓库退料
角色
系统操作员，仓库管理员，退料人
用例说明
货物使用完毕归还入库，管理员需更新数据库。
基本事件流
系统操作员根据退料人提供的信息查询仓库，返回信息交给仓库管理员，仓库管理员核实货物信息并入库。
异常事件流

（5）商品调拨
商品调拨模块要求操作员输入调拨商品号、调拨数量、调拨人等，系统自动的将当前系统时间作为调拨时间更新到数据库，并且统计总调拨数量。

图6.8 商品调拨活动图
表6.6 商品调拨用例与事件流表
用例名称
商品调拨
角色
系统操作员，仓库管理员
用例说明
为保证仓库的充分合理利用，需要进行商品调拨管理
基本事件流
系统操作员查询货物及仓库信息，返回可调拨信息并交给仓库管理员，仓库管理员调拨商品后更新数据库。
异常事件流
无可调拨信息，返回
（6）仓库盘点
商品盘点模块要求用户（管理员）输入某商品号，该商品实际数量（增加或删除），系统会自动的将当前系统时间作为盘点时间更新到数据库，并且统计总盘点过程中修改的数量。

仓库盘点用例与事件流表
用例名称
仓库盘点
角色
系统操作员，仓库管理员
用例说明
为保证仓库货物与数据库统一，需要进行仓库盘点
基本事件流
仓库管理员盘点仓库货物信息并提交，由系统操作员核实信息并更新数据库。
异常事件流
仓库信息与数据库发生严重不符，要求仓库管理员核实信息

（三） 报表中心
1. 单据查询
开始时间,结束时间,单据类型,以及查询仓库的范围.
2. 单据总汇
包括单据日期 提交部门 产品类型 所属仓库 供应商
查询(商品编号,名称,数量,平均价格,金额,经手人,部门,所属仓库,产品类型)
3. 业务查询
图6.10 业务查询模块图
（1）库存查询
用户可以查询所有的商品的库存，也可以输入某件商品的ID号从而得到该商品的库存量。
（2）销售查询
用户（管理员）给出某个时间段，系统就根据库中的资料给出该段时间中所有商品的销售情况。
（3）仓库历史记录查询
用户可以查询的类型包括：仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点，用户选择查询的类型后，再输入需要查询的时间，系统返回历史操作记录。
业务查询用例与事件流表
用例名称
业务查询
角色
系统操作员
用例说明
查询仓库各方面信息
基本事件流
系统操作员可以通过本模块提交查询，查询内容包括库存查询、销售查询、仓库历史操作查询。
异常事件流
查询信息不存在，要求检查输入

（四）系统维护

（1） 数据备份
（2） 数据维护
（3） 数据压缩
（4） 数据初始化
(五) 辅助功能
(1) 计算器
(2) 记事本

7. 运行需求
7.1 用户界面

等等..........

7.2硬件接口
数据库服务器应配备大容量硬盘，以免当大规模公司使用时反应速度减慢等问题出现。
7.3软件接口
系统保持与操作系统的接口，保持与数据库软件的接口，考虑到文档处理的需要有可能包括与常用办公软件接口。
7.4故障处理
考虑到软件的范围不大，所以故障处理一般有操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。
考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能。

8．其它非功能需求
8.1正确性
要求发布的软件能够满足用户需求，实现各个功能，并且在运行过程中不出现严重错误。
8.2可维护性
要求本软件拥有良好的可维护性，以满足用户不断增长的需求以及日后的BUG修复工作。
8.3可移植性
该系统可以在多种平台上很好的运行，所以该系统具有良好的移植性。
8.4软件的完整性
最终将该系统制作成部署文件以保证系统的完整行。
8.5软件的安全性
要求提供身份验证，只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份，即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据等基本操作。

THANKS !!!

致力为企业和个人提供合同协议，策划案计划书，学习课件等等
打造全网一站式需求

欢迎您的下载，资料仅供参考

-可编辑修改-