电子仓储管理系统需求规格说明书.docx

电子仓储治理系统
需求规格说明书

目录

1 引言 1
1.1 编写目的 1
1.2 项目背景 1
1.3 缩写说明 1
1.4 术语定义 1
1.5 引用标准 1
1.6 参考资料 2
1.7 版本更新信息 2
2 系统定义 2
2.1 项目来源 2
2.2 项目要达到的目标 2
2.3 用户特点 3
2.4系统整体结构 3
3 应用环境 5
3.1系统运行网络环境 5
3.2系统硬件环境 6
3.3系统运行软件环境 6
4 功能规格 6
4.1系统子功能的模块分析 6
4.1.1系统登录模块 6
4.1.2库存治理 7
4.1.3统计治理 14
4.1.4系统治理 19
4.1.5用户治理 30
5 性能需求 36
5.1 界面需求 36
5.2 响应时间需求 36
5.3 可靠性需求 37
5.4 开放性需求 37
5.5 可扩展性需求 37
5.6 系统安全性需求 37
6 产品提交 37
7 实现约束 37
8 签字 38

1 引言
1.1 编写目的
本文档描述了仓库治理系统的设计要求，为系统的设计，提供一个整体的框架结构和方向，同时也明确了本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。
1.2 项目背景
社会的快速发展，事物的种类纷繁多样，商品的统计，治理的工作从数量上变的庞大纷杂，工作程度上也是复杂多变。为了解放人的负担，提高工作的效率保证，为了方便对公司或个体部门的大量物品的合理，高效的进行组织和治理，同时应XX公司的要求，而编写的仓库治理软件。

◇ 开发软件名称： 仓库治理系统
◇ 应用单位： XX公司
◇ 项目开发者： 西安邮电大学 运算机学院 COE 开发小组
成员： 陈振安、孙恒志、郭飞、谭亮 、彭溪
1.3 缩写说明
暂无
1.4 术语定义
暂无
1.5 引用标准
[1] 《企业文档格式标准》 V1.1
北京长江软件有限公司
[2] 《需求规格报告格式标准》 V1.1
北京长江软件有限公司软件工程过程化组织
1.6 参考资料
[1] 《统一建模语言》
[2] 《软件工程》 张海帆
[3] UML系统建模与分析设计
刁成嘉 机械工业出版社
[4] UML和模式应用（原书第3版）
（美）拉曼（Larman,C.）著，李洋 等译. 机械工业出版社
[5] 软件工程导论
张海藩 清华大学出版社
[6] 《需求规格报告格式标准》 V1.1
北京长江软件有限公司软件工程过程化组织
1.7 版本更新信息
本文档的更新记录如表A-1：

修改编号
修改日期
修改后版本
修改位置
修改内容概述
001
2011.4.20
0.1
全部
初始发布版本
002
003
2011.4.22
2011.4.24
0.2
0．3
4.1.1节
4.1.5节
治理模块增加
用户治理修改
表A-1 版本更新记录
2 系统定义
2.1 项目来源
本系统通过使用运算机技术给治理人员和用户带来便利。本系统实现了对库存物品信息的分类、统计、治理外还实现了对系统商品供应商、商品的客户治理以及对用户的治理。
2.2 项目要达到的目标
通过该软件尽可能最大限度的提高应用人员的工作效率；
Ø 减少人力与治理费用；提高信息准确度；
Ø 改进治理和服务；
Ø 建立高效的信息传输和服务平台，提高信息处理速度和利用率；
Ø 系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管 理功能强大、效率高；
Ø 更简便、信息化程度更高的物品治理流程。
2.3 用户特点
Ø 本软件是面向治理人员的一类治理软件，需要有一定的运算机应用基础。能实现对系统的前后操作。此类用户为系统的经常性用户。
Ø 系统的保护人员应为运算机专业人员，熟悉数据库、操作系统、网络保护工作，保护人员为间隔性用户。
2.4系统整体结构
根据用户所提出的功能需求和我们所做出的市场调研，整理出了本系统的主要的功能模块和整体的框架。
本系统的功能模块：
1、登陆模块：对用户的登录权限进行治理
2、仓库治理：对货物的入库、出库、送货、点货的信息进行记录和治理
3、统计查询：对货物的入库、出库、送货、点货、库存信息的查询
4、系统治理：实现了对商品的分类治理、品牌治理、商品的治理、供应商、客户以及物品货架的治理
5、用户治理：对用户、资源、部门的治理。
系统活动图如图2.4-1 所示：

图2.4-1 系统活动图
主系统用例图如图2.4-2所示：

图2.4-2 系统用例图
2.5 项目要实现的基本模块
前台模块：
1、 登陆模块
2、 仓库治理
3、 统计治理
4、 用户治理
后台模块：
数据库的创建和保护，实现对数据的增、删、改、查的操作。

3 应用环境
本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。
3.1系统运行网络环境
本系统可以采用两种网络环境：1是公司或者企业的内部局域网；2是运行在WEB服务器上。前者不用接入到互联网上，运行在一个公司的内部网络环境中如图3.1-1所示。这种情形下，只有本公司内部的已授权的人员可以根据自己的权限进行相关的拜访。后一种情形，不必拘泥于本公司的网络环境，相关人员不受地点时间的限制，可以通过互联网，来实现了解货物的最新情形，并执行相关的操作，如图3.1-2所示。

图3.1-1 局域网环境

图3.1-2 互联网环境
3.2系统硬件环境
本系统的硬件支持环境为：
l 客户机：普通PC
n CPU：P4 1.8GHz
n 内存：256MB以上
n 辨论率：举荐使用1024*768像素
l WEB服务器
n CPU：P4 1.8GHz
n 内存：256MB以上
l 数据库服务器
n CPU：P4 1.8GHz
n 内存：256MB以上
3.3系统运行软件环境
l 操作系统：Windows XP 以及Windows98以上的Windows 系列
l 数据库：SQL Server 2000
l 开发工具包：JDK、Myeclipse
l JSP服务器：Tomcat
l 浏览器：IE6.0
4 功能规格
本系统的开发，采用UML的分析策略和软件开发的思想相结合，采用迭代式增量式开发。
4.1系统子功能的模块分析
本系统的分析从系统登录模块、库存治理模块、统计查询模块、系统治理模块和用户治理模块进行分析。
4.1.1系统登录模块
参与者：系统治理人员，
功能描述：通过对登录用户的身份的判别，来实现对登录用户的身份进行识别和验证，并对相应的用户设置不同的权限值，以保证系统的安全性防止系统遭到非法用户的破坏。

系统登录用例描述：
用例描述：系统登录
参与者：系统的治理人员，物品统计人员等
前置条件：成功进入本系统的登陆页面
后置条件：系统内部的相关业务变更和登陆用于的权限的变更，以及数据库的变更，会有相应的变动。
主成功场景：
1> 进入系统登陆界面；
2> 填写正确的登陆信息，并提交；
3> 成功进入下一级页面。
非主成功场景的处理：
在填写登录信息，信息核对有误，无法成功进入一级页面时，则显示出错信息，并返回到登陆界面。

4.1.2库存治理
库存治理主要是对商品的出、入库情形进行登记录入数据库，对仓库中的货物进行盘点、归总，根据实际情形对货物的治理库存治理可以分为入库治理、出库治理、送货治理和盘点治理。

库存治理的用例图如图4.1.2-1下：

图4.1.2-1库村治理用例图
治理员状态图反应了在库存治理这一环节中的状态的变化，如图4.1.2-2所示:

图4.1.2-2 治理员状态图

治理员活动转化图如图4.1.2-3所示：

图4.1.2-3 治理员活动图

库存治理中的各个用例如下：

入库治理
仓库治理员在当有商品添加到仓库时。仓库治理员需要对入库的商品进行登
记，并且要对这次商品入库事件进行数据汇总，以方便以后需要对账单进行查询，可以清楚地查看入库货物情形。在这个用例中，仓库治理员需要填入入库的单号、入库日期、入库类型(分为普通入库和调整入库)、供货批次、此次入库单号创建人员 、此次入库单号创建时间、供应商，以及添加一些备注信息。
当点击添加入库时，要挑选入库商品名称(储存在数据库中)、货架名称、入库商品的数量。仓库治理员在点击确定之前可以对已经挑选的商品进行删除及支持撤销操作。

用例描述：入库治理
执行者：仓库仓库治理员
前置条件：仓库治理员通过密码验证已经成功地登陆到系统中，并已挑选入库操作
后置条件：仓库治理员完成入库治理的各个操作后，将相应的信息记录到数据库中
基本路径：
a) 仓库治理员在开始登陆界面输入用户名和密码登陆到系统，如果密码错误则连续。
b) 仓库治理员点击挑选仓库治理治理进入库治理模块。
c) 仓库治理员点击入库治理治理右边显示入库治理的填写表格。
d) 仓库治理员填写、挑选入库治理中各项信息，以及备注信息。
e) 仓库治理员点击添加入库，挑选商品名称、数量、货架。
f) 仓库治理员可以对已经挑选的商品删除。
g) 仓库治理员点击确定，将各项信息储存到数据库中。

扩展事件：
当治理员进行入库治理时系统发生错误，要复原到账目初始输入时的数据库状态，确保数据库中原先的信息不被破坏，可以从任何场景中复原。

入库治理活动图如图4.1.2-4所示：

图4.1.2-4 入库治理活动图

出库治理：

当有商品从仓库中取出时。仓库治理员需要对此次出库事件进行登记，并把数据录入数据， 方便以后对账单事件进行查看。在出库治理用例中。仓库治理员第一需要填入出库单号、挑选出库类型(分为普通出库和调整出库)、此次单号创建人员、此次单号创建时间、挑选客户、填写出库日期、挑选状态（冻结和激活）以及添加对此次出库的一些备注信息。
当点击添加出库时挑选商品名称(储存在数据库中)、货架名称、库存数量、出库数量。其中库存数量在数据库中读出、出库数量由仓库治理员根据此次出库的实际商品数量添加。当出库数量大于入库数量时则进行出错处理。仓库治理员在点击确定之前可以对挑选的商品进行删除，即删除此次出库操作。

用例描述：出库治理
执行者： 仓库仓库治理员
前置条件：仓库治理员已经成功地登陆到系统中，并已挑选出库操作
后置条件：仓库治理员完成出库治理的各个操作后，将相应的信息记录到数据库中
基本路径：
1. 仓库治理员输入用户名和密码登陆到系统。
2. 仓库治理员挑选出库治理模块中的出库治理。
3. 仓库治理员填写出库治理中各项信息。
4. 仓库治理员点击添加出库，挑选商品名称，出库数量、货架，库存量由系统数据库中读出，出库数量必须小于等于库存量。
5. 仓库治理员可以对已经挑选的商品删除。
扩展事件：
当治理员进行出库治理时系统发生错误，要复原到账目初始输入时的数据库状态，确保数据库中原先的信息不被破坏，可以从任何场景中复原。

出库治理活动图如图4.1.2-5：

图4.1.2-5 出库治理活动图

送货治理：

当外界活动者需要给客户送货时，仓库治理员必须添加登记此次送货的记录。在送货治理用例中仓库治理员需要添加的信息有：送货单号、此次单号创建人员、挑选目的城市、此次送货日期、此次单号创建时间、状态(激活或者冻结)、以及关于此次送货的一些备注信息。
当点击添加送货时，治理员挑选从数据库中取出的在添加出库治理时创建的出库单号，填写送货数量。仓库治理员在点击确定之前可对此次送货治理的账单进行删除。

用例描述：送货治理
执行者：仓库仓库治理员
前置条件：仓库治理员已经成功地登陆到系统中，并已挑选送货操作
后置条件：仓库治理员完成出送货治理的各个操作后，将相应的信息记录到数据库中
基本路径：
1、 仓库治理员输入用户名和密码登陆到系统。
2、 仓库治理员挑选送货治理模块中的送货库治理。
3、 仓库治理员填写送货治理中各项信息。
4、 仓库治理员点击添加送货，送货的单号必须是在出库治理中已经添加倒是数据库中的记录。
5、仓库治理员可以对已经挑选的商品删除。
6、仓库治理员点击确定，将各项信息储存到数据库中。
扩展事件：
当治理员进行送货治理时系统发生错误，要复原到账目初始输入时的数据库状态，确保数据库中原先的信息不被破坏，可以从任何场景中复原。

送货治理活动图如图4.1.2-5：

图4.1.2-6 送货治理活动图

盘点治理：

当仓库治理员需要对仓库中的某个货架上的某个商品进行盘点时，需要对盘点的情形进行记录，盘点的治理主要包括：盘点单号、此次单号创建人员、挑选货架号、此次盘点日期、此次盘点单号创建日期、状态(激活或者冻结)，以及关于此次盘点货物的一些备注信息。
当仓库治理员点击添加盘点时，挑选要盘点的商品的名称，得到商品数量和实际库存数量。确定后储存到数据库中。治理在点击确定之前可以对添加的商品进行删除。

用例描述：盘点治理
执行者：仓库仓库治理员
前置条件：仓库治理员已经成功地登陆到系统中，并已挑选盘点治理操作
后置条件：仓库治理员完成盘点治理的各个操作后，将相应的信息记录到数据库中
基本路径：
1、仓库治理员输入用户名和密码登陆到系统。
2、仓库治理员挑选库存治理模块中的盘点治理子模块。
3、仓库治理员填写盘点治理中各项信息。
4、仓库治理员点击添加盘点，挑选商品名称，数量、货架。
5、仓库治理员可以对已经挑选的商品删除。
6、仓库治理员点击确定，将各项信息储存到数据库中。
扩展事件：
当治理员进行盘点治理时系统发生错误，要复原到账目初始输入时的数据库状态，确保数据库中原先的信息不被破坏，可以从任何场景中复原。

盘点治理活动图如图4.1.2-7：

图4.1.2-7 盘点治理活动图

4.1.3统计治理
l 参与者：系统治理员；
l USE CASE：商品入库治理、商品出库治理、商品送货治理、商品盘点治理、商品库存治理。

操作员通过公司的储备治理首页登录到系统中进行查询操作，操作员通过它入库查询、出库查询、送货查询、盘点查询、库存查询，这就是统计查询子系统的功能。在本模块中，操作员只能进行查询工作 ，只具有本模块权限的用户是无法对数据库进行更新操作的。如果操作员想了解一些本公司的库存情形和公司业务的进出货情形可以进入本模块进行查询。它的用例图如图5-1所示。

图4.1.3-1统计查询用例图

4.1.3统计查询模块功能如下
4.1.3.1： 入库查询功能描叙

治理员登录到入库查询站点可以看到入库单号、入库日期、操作员、供应商、货架、商品、商品数量几项，治理员可以根据开始日期、终止日期或客户进行统计查询。当根据需求输入点击查询后，会在当前页面显示数据库中相应条件的物品项目，如图4.1.3-2所示。入库查询的功能是查询符合要求的曾经进入了仓库的物品，而不关心该物品现今的去向。

图4.1.3-2 入库查询界面
入库查询界面方便用户了解一段时间以来，物品进库情形，具体活动图如图4.1.3-3所示。

图4.1.3-3入库查询活动图
入库查询操作：用户进入入库查询界面可以输入入库开始时间、终止时间或供应商后点击查询，则界面将按用户要求显示具体数据。显示内容包括入库单号、入库日期、操作员、供应商、货架、商品、商品数量，每一条记录用一行，若有多行记录则分多行显示。

4.1.3.2： 出库查询功能描叙

治理员登录到出库查询站点可以看到出库单号、出库日期、操作员、客户、货架、商品、商品数量几项，治理员可以根据开始日期、终止日期或供应商进行统计查询。当根据需求输入点击查询后，会在当前页面显示数据库中相应条件的物品项目，如图4.1.3-4所示。出库查询的功能是查询符合查询要求的从仓库中取出的物品，而不关心物品的去向。

图4.1.3-4 出库查询界面
出库查询界面方便用户了解一段时间以来，仓库中出去的物品情形，其具体活动图如图4.1.3-5所示。

图4.1.3-5出库查询活动图
出库查询操作：用户进入出库查询界面可以输入查询的出库开始时间、终止时间或挑选客户后点击查询，则界面将按用户要求显示具体数据。显示内容包括出库单号、出库日期、操作员、客户、货架、商品、商品数量，每一条记录用一行，若有多行记录则分多行显示。

4.1.3.3： 送货查询功能描叙

治理员登录到送货查询站点可以看到送货单号、送货日期、操作员、城市、出库单号、客户、商品数量几项，治理员可以根据开始日期、终止日期或城市进行统计查询。当根据需求输入点击查询后，会在当前页面显示数据库中相应条件的物品项目，如图4.1.3-6所示。送货查询的功能是查询符合查询要求的送货业务逻辑中使用的物品。

图4.1.3-6送货查询界面
送货查询界面方便用户了解一段时间以来，公司送货业务情形，其具体活动图如图4.1.3-7所示。

图4.1.3-7送货查询活动图
送货查询操作：用户进入送货查询界面可以输入查询的送货开始时间、终止时间或挑选送货到达的城市后点击查询，则界面将按用户要求显示具体数据。显示内容包括送货单号、送货日期、操作员、城市、出库单号、客户、商品数量，每一条记录用一行，若有多行记录则分多行显示。

4.1.3.4： 盘点查询功能描叙

治理员登录到盘点查询站点可以看到盘点单号、盘点日期、操作员、货架、商品名称、盘点库存数、实际库存数几项，治理员可以根据开始日期、终止日期或货架进行统计查询。当根据需求输入点击查询后，会在当前页面显示数据库中相应条件的物品项目，如图4.1.3-8所示。盘点查询的功能是查询符合要求的曾经和现在显现在数据库中的物品。而并不关心现在物品的去向。

图4.1.3-8盘点查询界面
盘点查询界面方便用户了解一段时间以来，仓库数据库的使用情形，即一段时间内仓库的进出货物情形，其具体活动图如图4.1.3-9所示。

图4.1.3-9盘点查询活动图
盘点查询操作：用户进入盘点查询界面可以输入查询的送货开始时间、终止时间或挑选货架后点击查询，则界面将按用户要求显示具体数据。显示内容包括盘点单号、盘点日期、操作员、货架、商品名称、盘点库存数、实际库存数，每一条记录用一行，若有多行记录则分多行显示。

4.1.3.5： 库存查询功能描叙

治理员登录到库存查询站点可以看到商品名称、商品分类、品牌、货架、商品库存几项，治理员可以根据商品名称、或货架进行库存查询。当根据需求输入点击查询后，会在当前页面显示数据库中相应条件的物品项目，如4.1.3-10所示。库存查询的功能是查看当前仓库中符合查询要求的物品。

图4.1.3-10库存查询界面

库存查询界面方便用户了解一段时间以来，仓库中的存货情形，即一段时间内仓库的积存货物情形，其具体活动图如图4.1.3-11所示。

图4.1.3-11库存查询活动图
库存查询操作：用户进入库存查询界面可以通过挑选查询的商品名称或挑选货架后点击查询，则界面将按用户要求显示具体数据。显示内容包括商品名称、商品分类、品牌、货架、商品库存，每一条记录用一行，若有多行记录则分多行显示。
4.1.4系统治理
系统治理子系统主要是对仓库中的商品的各类信息如：商品分类、商品的品牌、商品具体信息、供应商信息、客户信息、货架信息的一个集中治理，每个治理者都必须具有系统赋予的能够对系统进行治理的权限，
l 参与者：系统治理员；
l USE CASE：商品分类治理、商品品牌治理、商品治理、供应商治理、客户治理、货架治理。
治理端的用例图如图4.1.4-1所示：

图4.1.4-1治理端用例图

治理端的这些Use case（用例）描述如下：

4.1.4.1：商品分类治理

商品分类治理是系统治理者用来对商品的分类的各种操作（查看已有的商品类别、添加新的商品类别、对已有的商品类别做修改和删除一些已经废弃的商品类别），该类商品隶属于哪个大类（数码产品、手机通讯等等）对已有的商品类别都有ID编号和商品的状态（激活/冻结）都可以很方便的查询到，而且不会和其他的混淆，在界面上都动态的显示出来了已有的类别，并且都有详细的对商品种类的描述，可以更加直观地查看到各种信息。

4.1.4.2：商品品牌治理

商品品牌治理主要是系统治理者对商品的品牌种类进行治理（对已有的商品品牌进行查询、添加新的品牌种类、对已有的品牌种类做修改和删除一些不再使用的品牌），每一个品牌都有一个ID编号，以免混淆，并且在查询的时候可以更加的方便和直观，每一个品牌类别后面都会附有简单的品牌的描述。

4.1.4.3：商品治理

商品治理用来对商品的各种最基本的添加、修改和删除的操作，对每件商品都有一个独立的ID号，以便于以后可以对单个商品的操作，就不会影响到其他的特别的同一个类别的商品的信息，对商品还有类别和品牌的分类，这样就减少了余外的操作，一步就对该商品做了分类。

4.1.4.4：供应商治理

供应商治理主要是对于那些提供商品的厂家或者是中间商的信息的储备，添加新的供应商、修改其信息、删除那些已经用不上的供应商的信息，每个供应商都有各自不同的信息（ID、供应商名称、商家地址、邮编号码、联系电话、联系人和状态（激活/冻结）），以方便可以更高效率的与供应商联系，快速的提取商品。

4.1.4.5：客户治理

客户治理主要是针对那些购买这些商品的人，对他们做的一个统一的治理，对客户的信息做添加、删除、修改的操作，实时更新客户信息，可以提高仓库治理者和客户之间的联系，提高办事效率，实际上就可以获得更高的效益。每个客户都有自己的不同的信息（ID号、客户名称、地址、邮编、电话、联系人、状态（激活/冻结））。

4.1.4.6：货架治理

货架治理是对仓库里面的货架进行统一的治理，其标记出货架的具体信息，方便治理员的查找和整理，是对货架进行添加、修改、删除等的操作，每个货架都有其独有的ID号，对每一个独立的货架，我们都可以查询到，并且知道他的基本描述和详细信息，方便治理员的治理。

商品分类治理：
商品分类治理是系统治理者用来对商品的分类的各种操作（查看已有的商品类别、添加新的商品类别、对已有的商品类别做修改和删除一些已经废弃的商品类别），该类商品隶属于哪个大类（数码产品、手机通讯等等）对已有的商品类别都有ID编号和商品的状态（激活/冻结）都可以很方便的查询到，而且不会和其他的混淆，在界面上都动态的显示出来了已有的类别，并且都有详细的对商品种类的描述，可以更加直观地查看到各种信息。如图图4.1.4-2所示。

图4.1.4-2 分类治理界面
基本流程如图4.1.4-3所示：

图4.1.4-3 分类治理流程图
商品分类模块主要是对商品的每个类别做出添、查、改、删等保护功能，具体描述如下：
用例描述： 商品分类治理；
执行者 ： 系统治理员；
前置条件： 系统治理者登录系统；
后置条件：如果商品分类有调整，则数据库中的分类信息就会有相应的调整，（商品类型的添加、删除、修改等一系列变更）；
基本路径：
A） 进入商品治理主界面，可以看见一部分的商品的类别显示；
B） 确定自己是要做什么，是查询、添加、修改还是删除；
a) 如果是查询，界面左上角有分类查询框，输入你要查询的商品名称，就可以查询到你需要的分类的详细信息（ID、父类、分类层次、状态），还显示出你需要对该类需要做什么操作，如修改、删除；
1）当你要查询的商品类别名称在数据库中有存放时，即显示出该商品类别的基本信息；
2）如果你输入的商品类别名称在数据库中没有找到，会提示你“输入有误，请重新输入”的提示，提示你确定要查找的商品类别是否正确；
b) 如果是添加，右上角有添加按钮，点击就会弹出添加框，输入你要添加的类别的名称、类别层次、父类和状态，点确定就可以了，如果添加的信息有错误，系统会提示添加失败，重复该步骤就可以了；
1） 当你输入的基本信息正确的时候，系统会讲这些资料都放进数据库中储备，并将这些信息都显示到界面上，可以让治理员对该商品类别做其他的操作；
2） 如果输入的信息有错误，系统会提示你“输入信息有误，请查证后重新输入”，查看信息，确认没有错误了重新输入，添加新的商品类别完成；
c) 如果是修改，执行a）操作，找到你需要做修改的类别，点击修改钮就可以对该类别做出修改了；
1） 点击修改按钮后跳出修改框，当你输入的基本信息正确的时候，系统会讲这些资料都放进数据库中储备，将原有的该商品类别的信息进行覆盖，并将这些修改后的信息都显示到界面上，可以让治理员对该商品类别做其他的操作；
2） 如果输入的信息有错误，系统会提示你“输入信息有误，请查证后重新输入”，查看信息，确认没有错误了重新输入，直至修改该商品类别的信息完成；
d) 如果是删除，执行a）操作，找到你需要做删除的类别，点击删除你所挑选的类别就会删除掉；
商品品牌治理：
商品品牌治理主要是系统治理者对商品的品牌种类进行治理（对已有的商品品牌进行查询、添加新的品牌种类、对已有的品牌种类做修改和删除一些不再使用的品牌），每一个品牌都有一个ID编号，以免混淆，并且在查询的时候可以更加的方便和直观，每一个品牌类别后面都会附有简单的品牌的描述。品牌治理界面如图4.1.4-4。

图4.1.4-4 品牌治理界面
基本流程图如图4.1.4-5所示：

图4.1.4-5 品牌治理流程图

商品品牌治理模块主要是对商品的各个品牌进行治理，做出添、删、改等的功能，针对不同的品牌，列出整合列表。具体描述如下：
用例描述：商品品牌治理；
执行者：系统治理员；
前置条件：系统治理员通过登录进入到主系统中；
后置条件：如果商品的品牌有调整，则数据库中的关于商品品牌的部分就会有相应的变动，即是数据的实时保护；
基本路径：
A） 系统治理员登录之后进入到商品品牌治理界面，可以在主界面上看到一部分的商品品牌的基本资料；
B） 如果要对某一种品牌做查询，在左上角的查询框内输入你要查询的商品的品牌的名称，点击查询按钮，就可以查询到你所需要的品牌的基本信息（ID、品牌名、基本描述和你所需要的后续操作提示（修改、删除））；
a) 当你要查询的商品品牌在数据库中有存放时，即显示出该商品品牌的基本信息；
b) 如果你输入的商品品牌名称在数据库中没有找到，会提示你“输入有误，请重新输入”的提示，提示你确定要查找的商品品牌是否正确；
C） 有新的商品品牌需要加入时，界面的右上角有“添加品牌”按钮，点击，跳出添加框，输入你要添加的商品品牌的基本信息，就可以了；
a） 当你输入的基本信息正确的时候，系统会讲这些资料都放进数据库中储备，并将这些信息都显示到界面上，可以让治理员对该商品品牌做其他的操作；
b） 如果输入的信息有错误，系统会提示你“输入信息有误，请查证后重新输入”，查看信息，确认没有错误了重新输入，添加新的商品品牌完成；
D） 做修改时，执行B）步骤，找到要修改的商品品牌的信息，信息后面跟着有修改按钮，点击就可以对该品牌进行修改操作；
a） 点击修改按钮后跳出修改框，当你输入的基本信息正确的时候，系统会讲这些资料都放进数据库中储备，将原有的该商品品牌的信息进行覆盖，并将这些修改后的信息都显示到界面上，可以让治理员对该商品品牌做其他的操作；
b） 如果输入的信息有错误，系统会提示你“输入信息有误，请查证后重新输入”，查看信息，确认没有错误之后重新输入，直至修改该商品品牌的信息完成；
E） 做删除时，执行B）步骤，找到要删除的商品品牌的信息，后面跟有删除按钮，点击就可以将该商品品牌的所有内容都删除掉；
商品治理：
商品治理用来对商品的各种最基本的添加、修改和删除的操作，对每件商品都有一个独立的ID号，以便于以后可以对单个商品的操作，就不会影响到其他的特别的同一个类别的商品的信息，对商品还有类别和品牌的分类，这样就减少了余外的操作，一步就对该商品做了分类。如图4.1.4-6。

图4.1.4-6 商品治理
基本流程图如图4.1.4-7：

图4.1.4-7 商品治理流程
商品治理模块主要是对商品的各种基本信息进行治理，做出添、删、改等的功能，针对不同的商品，列出整合列表。具体描述如下：
用例描述：商品治理；
执行者：系统治理员；
前置条件：系统治理员由登录进入到主系统中；
后置条件：如果商品有调整，则数据库中的关于商品的部分就会有相应的变动，即是数据的实时保护；
基本路径：
A） 系统治理员登录之后进入到商品治理界面，可以在主界面上看到一部分的商品的基本资料；
B） 如果要对某一种商品做查询，在左上角的查询框内输入你要查询的商品的名称，点击查询按钮，就可以查询到你所需要的商品的基本信息（ID、商品名、基本描述、“详细”按钮和你所需要的后续操作提示（修改、删除））；
a） 当你要查询的商品在数据库中有存放时，即显示出该商品的基本信息；
b） 如果你输入的商品名称在数据库中没有找到，会提示你“输入有误，请重新输入”的提示，提示你确定要查找的商品是否正确；
C） 有新的商品需要加入时，界面的右上角有“添加商品”按钮，点击，跳出添加框，输入你要添加的商品的基本信息和详细信息，就可以了；
a） 当你输入的基本信息正确的时候，系统会讲这些资料都放进数据库中储备，并将这些信息都显示到界面上，可以让治理员对该商品做其他的操作；
b） 如果输入的信息有错误，系统会提示你“输入信息有误，请查证后重新输入”，查看信息，确认没有错误之后重新输入，添加新的商品完成；
D） 做修改时，执行B）步骤，找到要修改的商品的信息，信息后面跟着有修改按钮，点击就可以对该商品进行修改操作；
a） 点击修改按钮后跳出修改框，当你输入的基本信息正确的时候，系统会讲这些资料都放进数据库中储备，将原有的该商品的信息进行覆盖，并将这些修改后的信息都显示到界面上，可以让治理员对该商品做其他的操作；
b） 如果输入的信息有错误，系统会提示你“输入信息有误，请查证后重新输入”，查看信息，确认没有错误之后重新输入，直至修改该商品的信息完成；
E） 需要查看某个商品的详细信息时，执行B）步骤，找到你所要寻找的商品，点击后续的“详细”按钮，就可以查看到该商品的详细信息；
F） 做删除时，执行B）步骤，找到要删除的商品品牌的信息，后面跟有删除按钮，点击就可以将该商品的所有内容都删除掉；
供应商治理：
供应商治理主要是对于那些提供商品的厂家或者是中间商的信息的储备，添加新的供应商、修改其信息、删除那些已经用不上的供应商的信息，每个供应商都有各自不同的信息（ID、供应商名称、商家地址、邮编号码、联系电话、联系人和状态（激活/冻结）），以方便可以更高效率的与供应商联系，快速的提取商品。模块的治理界面如图4.1.4-8所示。

图4.1.4-8 供应商治理界面
基本流程图如下：

4.1.4-9供应商治理流程
供应商治理模块主要是对供应商的各种基本信息进行治理，做出添、删、改等的功能，列出整合列表。具体描述如下：
用例描述：供应商治理；
执行者：系统治理员；
前置条件：系统治理员由登录进入到主系统中；
后置条件：如果供应商的信息有调整，则数据库中的关于供应商的部分就会有相应的变动，即是数据的实时保护；
基本路径：
A） 系统治理员登录之后进入到供应商治理界面，可以在主界面上看到一部分的供应商的基本资料；
B） 如果要对某一家供应商做查询，在左上角的查询框内输入你要查询的供应商的名称，点击查询按钮，就可以查询到你所需要的供应商的基本信息（ID、供应商名、地址、邮编、电话、联系人、状态和你所需要的后续操作提示（修改、删除））；
a） 当你要查询的供应商的资料在数据库中有存放时，即显示出该供应商的基本信息；
b） 如果你输入的供应商名称在数据库中没有找到，会提示你“输入有误，请重新输入”的提示，提示你确定要查找的供应商是否正确；
C） 有新的供应商为仓库添加货物时，即有新的供应商需要加入时，界面的右上角有“添加供应商”按钮，点击，跳出添加框，输入你要添加的供应商的详细信息，就可以了；
a） 当你输入的基本信息正确的时候，系统会讲这些资料都放进数据库中储备，并将这些信息都显示到界面上，可以让治理员对该供应商做其他的操作；
b） 如果输入的信息有错误，系统会提示你“输入信息有误，请查证后重新输入”，查看信息，确认没有错误之后重新输入，添加新的供应商完成；
D） 做修改时，执行B）步骤，找到要修改的供应商的信息，信息后面跟着有修改按钮，点击就可以对该供应商进行修改操作；
a） 点击修改按钮后跳出修改框，当你输入的基本信息正确的时候，系统会讲这些资料都放进数据库中储备，将原有的该供应商的信息进行覆盖，并将这些修改后的信息都显示到界面上，可以让治理员对该供应商做其他的操作；
b） 如果输入的信息有错误，系统会提示你“输入信息有误，请查证后重新输入”，查看信息，确认没有错误之后重新输入，直至修改该供应商的信息完成；
E） 做删除时，执行B）步骤，找到要删除的供应商的信息，后面跟有删除按钮，点击就可以将该供应商的所有内容都删除掉；

客户治理：
客户治理主要是针对那些购买这些商品的人，对他们做的一个统一的治理，对客户的信息做添加、删除、修改的操作，实时更新客户信息，可以提高仓库治理者和客户之间的联系，提高办事效率，实际上就可以获得更高的效益。每个客户都有自己的不同的信息（ID号、客户名称、地址、邮编、电话、联系人、状态（激活/冻结））。此模块的治理界如图4.1.4-10所示。

图4.1.4-10 客户治理界面
基本流程图如图4.1.4-11所示：

图4.1.4-11 客户治理流程
客户治理模块主要是对客户的各种基本信息进行治理，做出添、删、改等的功能，列出整合列表。具体描述如下：
用例描述：客户治理；
执行者：系统治理员；
前置条件：系统治理员由登录进入到主系统中；
后置条件：如果客户的信息有调整，则数据库中的关于客户的部分就会有相应的变动，即是数据的实时保护；
基本路径：
A） 系统治理员登录之后进入到客户治理界面，可以在主界面上看到一部分的客户的基本资料；
B） 如果要对某一客户做查询，在左上角的查询框内输入你要查询的客户的名称，点击查询按钮，就可以查询到你所需要的客户的基本信息（ID、客户名、地址、邮编、电话、联系人、状态和你所需要的后续操作提示（修改、删除））；
a） 当你要查询的客户的资