物资管理系统需求分析

仓库管理系统需求分析报告

学 院： 软件与通信工程学院 课程名称： C#程序设计 组长姓名： 胥亚伟 小组成员： 张迎春 王欣 熊晞熙 吴传高

****： ***

目 录

目 录 .............................................................................................................................................. 2 第一章 绪论 ................................................................................................................................... 3

1.1 课题研究背景及意义 ....................................................................................................... 3 1.2 本系统使用的方法和语言 ............................................................................................... 4

1.2.1 统一建模语言UML ................................................................................................ 4 1.2.2 C#与.NTE ............................................................................................................... 4 1.3对现有系统的分析 ............................................................................................................ 5 1.4 系统描述 ........................................................................................................................... 5 第二章 可行性分析 ....................................................................................................................... 7

2.1可行性研究 ........................................................................................................................ 7 2.2可行性的决定因素 ............................................................................................................ 8 2.3技术可行性分析 ................................................................................................................ 8 2.4经济可行性研究 ................................................................................................................ 9 第三章 需求分析 ......................................................................................................................... 10

3.1系统结构概述 ................................................................................................................... 10

3.1.1入库管理 .............................................................................................................. 10 3.1.2出库管理 .............................................................................................................. 10 3.1.3仓库管理 .............................................................................................................. 11 3.1.3系统维护 .............................................................................................................. 11 3.2 需求具体分析 ................................................................................................................. 12

3.2.1硬件的需求 .......................................................................................................... 12 3.2.2软件需求 .............................................................................................................. 12 3.2.3 接口需求 ............................................................................................................. 12 3.2.4 界面需求 ............................................................................................................. 13 3.2.5硬件接口 .............................................................................................................. 13 3.2.6软件接口 .............................................................................................................. 13 3.3对各个管理模块建模 ...................................................................................................... 13

3.3.1 入库管理 ........................................................................................................... 14 3.3.2出库管理 .............................................................................................................. 19 3.3.3仓库管理 .............................................................................................................. 21 3.3.4系统维护 .............................................................................................................. 27

2

第一章 绪论

物资出库管理是物资管理中不可或缺的一部分，是整个仓库中物资运转的重要流程。随着经济的日益发展，仓库中物资的种类也越来越丰富，那么，传统的出库管理已经很难满足如今日益增加的物资了，于是仓库管理系统也就应用而生了。

1.1 课题研究背景及意义

随着生产技术的进步、现代化科学技术和社会经济的迅速发展，世界正在向信息化社会前进，信息正在同物质、能源一起构成当代社会的三大支柱产业。社会活动的日益复杂，也使得各种管理工作越来越依赖计算机进行信息的操作处理。

很多系统目前面临着信息时代的巨大挑战，旧有的企业管理模式已不能适应新型的社会主义市场经济的要求；再者产品种类繁多、业务量大，单凭手工记账很难适应工作的需要。

物资管理系统就是为了解决传统管理过程中的进销存人工处理混乱、账目管理困难等问题，可以使管理人员从大量繁琐的手工操作中出来，方便地完成信息管理、入库出库等操作，方便灵活地完成各项属性、销售状况、供需状态的统计，使得各个工作环节的组织更加规范，提高工作效率与服务质量。从而可以改变库管理的传统模式，加强仓库管理，减少资源浪费和流失。

软件开发可以采用多种开发方法，如生命周期法和面向对象方法等。面向对象技术是软件工程领域中的重要技术，它不仅是一种程序设计方法，更重要的是，它是一种对真实世界的抽象思维方式。UML(Unified Modeling Language)就是一种特别适合采用面向对象思维方式的软件建模语言。

但UML 只是一种建模语言，在系统的具体编制过程中，我方使用了Microsoft 专门为使用．NET平台而创建的语言C#。

3

1.2 本系统使用的方法和语言

1.2.1 统一建模语言UML

统一建模语言（Unified Modeling Language ,UML）是一种可视化的建模语言，它能让系统构造者用标准的、易于理解的方式建立起能够表达出他们想象力的系统蓝图，并且提供了便于不同人之间有效的共享和交流涉及结果的机制。 UML 包括了一些可以相互组合图表的图形元素。由于UML 是一种语言，所以UML 具有组合这些元素的法规。UML 提供了系统设计所需要的多种图，这些图是在用多个视图来展示一个系统，这组视图被称为一个模型（Model）。一个UML模型描述了一个系统需要做什么。同时，UML提供了组织和扩展这些图的方法。

标准建模语言UML的重要内容可以由下列五类图(共9种图形)来定义: 第一类是用例图，第二类是静态图(Static diagram),包括类图、对象图和包图。 第三类是行为图(Behavior diagram),描述系统的动态模型和组成对象间的交互关系。

其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常, 状态图是对类图的补充。在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。第四类是交互图(Interactivediagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;协作图描述对象间的协作关系, 协作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,协作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择协作图。这两种图合称为交互图。第五类是实现图( Implementation diagram )，包括构件图和配置图。

1.2.2 C#与.NTE

C#是可用于创建要运行在.NET上的应用程序的语言之一，它从C和C++语言

4

演化而来，是Microsoft 专门为使用.NET 平台而创建的。因为C#是近期发展起来的，所以吸取了以前的教训，考虑了其他语言的许多优点，并解决了它们的问题。

使用 C#开发应用程序比使用C++简单，因为其语法比较简单。但是，C#是一种强大的语言，在C++中能完成的任务在C#中也能完成，C#中与C++比较高级的功能等价的功能(例如直接访问和处理系统内存)，只能在标记为“不安全”的代码中使用。这个高级编程技术是非常危险的(正如它的名称)，因为它可能覆盖系统中重要的内存块，导致严重的后果。

C#代码常常比C++略长一些。这是因为C#是一种类型安全的语言(与C++不同)，一旦为某些数据指定了类型，就不能转换为另一个不相关的类型。所以，在类型之间转换时，必须遵守严格的规则。执行相向的任务时，用C#编写的代码通常比C++长。但C#代码更健壮，调试也比较简单。

C#只是.NET 开发的一种语言，是目前最好的一种语言。C#的优点是，它是唯一为.NET Framework而设计的语言，是移植到其他操作系统上的.NET版本中使用的主要语言。C#能使用.NET Framework代码库提供的每种功能

1.3对现有系统的分析

通常使用的购货单，订购单，入库单等管理上的信息众多，积累起来占据的空间很大；可能会影响本系统的执行效率。系统的数据库信息需要定时的更新、存储、有的要修改；做好备份的难题需要得到解决。随着市场经济的发展对物质发面的管理越来越重，要在广大企业中找到客户，也是对本产品的考验。

1.4 系统描述

系统开发的总体任务是实现企业仓库各种信息的系统化、规范化和自动化。 主要完成功能：

1. 企业部门提出购买计划交给仓库，仓库通过与现有库存作比对； 2. 如有必要进货，就将此购买计划交给采购员，由采购员进行采购； 3. 采购员与供应商进行谈价，达成协议，填写预订单（供应商留下的叫做

订单）；

5

4. 供应商带着订单送到公司，企业仓库拿出预订单进行核对；

5. 核对无误后确认有效托收，托收进行检验入库，入库同时填写好入库登

记表；

6. 企业各部门根据自身需求向仓库提出生产活动所必须的物质申请，并填

写好出库申请表；

7. 企业仓库根据现有物质判断是否该出库，如果可以就填写好出库表； 8. 仓库管理员根据出库表核对并如实的发放仓库内的物质； 9. 更新仓库现有库存。

6

第二章 可行性分析

2.1可行性研究

通过与企业仓库管理的相关人员沟通，对管理人员所需求的系统模式有一个初步的概念，并通过调查分析，了解仓库出库管理的基本职能。通过数据库可以有效的管理出库物资的基本信息，因此需要将数据库的基本功能融入出库管理模块，本系统将调用SQL server 数据库，实现数据库管理工作；使用C#来完成系统界面，其具有界面简洁，易于操作，功能完备的优点。

系统的整体设计方面采用面向对象的分析方法，采用面向对象更容易体现系 统的模块化信息，并且实现高聚合、低耦合的系统也是我们所要实现的目标之一，而面向对象正好在这方面可以较好的发挥作用。然后可以通过设计把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程。从面向对象分析到面向对象设计（通常缩写为OOD），是一个逐渐扩充模型的过程，或者说，面向对象设计就是用面向对象观点建立求解域模型的过程。使用这样的可行性研究方法具有一下的优点：

1. 稳定性好：面向对象方法基于构造问题领域的对象模型，以对象为中心 构造软件系统，它的基本作用是以对象间的联系刻画实体间的联系，因为面向对象的软件系统的结构是根据问题领域的模型建立起来的，而不是基于对系统应完成的功能的分解，所以，当对系统的功能需求变化时并不会引起软件结构的整体变化，往往仅需要作一些局部性的修改。这些功能我们通常只需要通过接口就可以实现。

2. 思维清晰，易于理解：面向对象的软件技术以对象（Object）为核心， 用这种技术开发出的软件系统由对象组成。对象是对现实世界实体的正确抽象，它是由描述内部状态表示静态属性的数据，以及可以对这些数据施加的操作（表示对象的动态行为），封装在一起所构成的统一体。对象之间通过传递消息互相联系，以模拟现实世界中不同事物彼此之间的联系。

3. 面向对象的开发方法与传统的面向过程的方法有本质不同，这种方法的 基本原理是，使用现实世界的概念抽象地思考问题从而自然地解决问题。它强调

7

模拟现实世界中的概念而不强调算法，它鼓励开发者在软件开发的绝大部分过程中都用应用领域的概念去思考。在面向对象的开发方法中，计算机的观点是不重要的，现实世界的模型才是最重要的。面向对象的软件开发过程从始至终都围绕着建立

4. 问题领域的对象模型来进行：对问题领域进行自然的分解，确定需要使 用的对象和类，建立适当的类等级，在对象之间传递消息实现必要的联系，从而按照人们习惯的思维方式建立问题领域的模型，模拟客观世界。

5. 可重用性好：由于采用面向对象技术，是将整个系统划分为各种功能不 同的模块来进行分析的，因此，当需要对整个系统的某一部件需要改进时不需要把整个系统都修改，而只需要处理部分功能就可以了。

6. 便于维护：一个好的系统不仅仅是功能齐全，易于维护也是一个很重要 的方面，便于维护就相当于对整个系统的开发过程减少时间耗费。提高了目标系统的可重用性减少了生命周期后续阶段的工作量和可能犯的错误。此外，一个设计良好的面向对象系统是易于扩充和修改的，因此能够适应不断增加的新需求。

2.2可行性的决定因素

分析一个项目的可行性，可以从经济，技术，可实现性，以及预期效益等几个方面入手，这里主要分为几个因素：

1. 经济可行性分析， 一个好的系统不仅可以给系统能够带来效益，而且成 本也不会非常高，要保证物美价廉。

2. 法律可行性分析，一个产品是否具有可行性，与法律是否认可具有密切 的关系。

3. 技术可行性，是指所开发的系统是可以用当前的技术能够实现的，而仅 仅是凭空设想的，与实际技术无关的一个构思而已。

4. 操作可行性，是针对用户而言的，使用新的开发产品的目的在于通过更 为简单的操作获得更高的效益，因此，可操作性在项目开发中是首先需要考虑的。

2.3技术可行性分析

开发人员需要掌握Microsoft SQL Server 2005数据知识 、C#编程技术、

8

软件窗口控件能力。各个模块的衔接方面，我方采用接口实现；硬件方面，开发人员能够完成任务。

所用的电脑硬件如下：10M以上的LAN入网带宽，Core（TM）2 Dou CPU/2G内/250G硬盘。

技术评价 ：在现有的软件和硬件条件满足系统需求的情况下，仓库管理各个模块有技术上的支持。

2.4经济可行性研究

开发该项目的目的主要就是减少劳动时间，在有限的时间内获得更快更有效的工作成果，从而提高整个企业的经济效益，那么，可行性分析对于一个系统的重要模块而言，也是非常有必要的，这里，我方从三个方面进行可行性分析。 1. 必要性

如果采用传统的入库、出库管理模式，对于入库、出库订单等都无法及时有效的储存管理，而且由于与其他业务的链接不是很明确，整个管理流程也会显得杂乱无章，难以进行分析，归纳和比较，很容易影响企业决策，造成企业的人力资源的浪费以及经济上的损失。系统其它模块，也出现类似问题。 2. 有益性

以较低成本开发出来的管理系统将整个业务流程中的数据进行系统的整合管理，从而能够有效地提高企业内外的信息沟通效率，节省大量的人力、时间和金钱，从而降低成本，加快业务流程，提高企业效益，给企业带来巨大的经济回报。 3. 可开发性

该系统的开发所需要的开发成本小，时间短，人力资源投入少，属于低成本开发，因此易于实现。

9

第三章 需求分析

3.1系统结构概述

3.1.1入库管理

物资入库管理主要负责的是物资入库的信息，它的主要功能如下： 1. 物资进仓时，入库管理员必须凭送货单办理入库手续，拒绝不合 格或手续不齐全的物资入库。

2. 入库时，入库管理员必须查点物资的数量，如发现物资数量不符时，必 须进行登记。

3. 质检员必须查点物资的规格型号、合格证件、生产日期等项目，如发现 物资质量、单据等不齐全以及物资将要或者已经过期时，不得办理入库手续。

4. 检测完成无误后，登记入库单，将物资放入仓库。仓库管理员 入库因 质量等原因而发生的退回货品，必须由质检员填写退货处理单，办妥手续后方可办理入库手续。

当收到物料短缺的信息时，仓库管理员需要联系采购员，进行采购。

3.1.2出库管理

1. 当业务部门向仓库发出领料申请时，首先由仓库系统对领料申请中的物 资进行核实，查看所需物资是否存在于仓库，并将申请单保留。

2. 经过核查，发现仓库中确实有业务部门所需要的物资，并在数量上也满 足要求时，确定领料申请中需要货物的时间，按时发出物资。物资出库以后，就要修改仓库的物资信息。

3. 在出库信息中进行详细记录。

4. 打印出库单，填写出库凭证，记录出库订单信息。

5. 如果经过核查，发现业务部门所需物资暂缺，那么就由出库系统向采购 员发出申请；于此同时，还要对提货部门反馈信息。如果经过核查，发现申请出库的物资不存在，但是有可以替代出库的物

10

资，就先对提货部门发出申请，如果提货部门同意物资代替，则替代物资出库，并在出库信息中做详细记录，与正常出库程序相同。否则，按物资暂缺处理。

6. 当仓库管理系统查询到库存中有过期物资或滞销物资时，要对这些物资 进行废品处理，并做详细记录。并打印出库单，写出出库原因。

7. 当对某些物资需要退货处理时，查看物资的供应商，将物资出库，填写 原因。

3.1.3仓库管理

1、增加物资种类。当仓库需要新的物资时，仓库管理员将需要新增的物资的基本信息添加至表单，给新增物资分配放置的空间，并通知采购员进货。

2、修改物资种类。有的物资种类改变时，仓库管理员将修正信息添加至表单记录。

3、删除物资种类。当某种物资不再需要时，仓库管理员可以将此种物资登记，和出库管理员沟通做退货处理或废品处理，并将放置空间腾出。

4、查询物资分类。仓库管理员可以随时查询仓库内所有物资的分类和其它基本信息。

5、库存查询。仓库管理员可以随时查询某种物资的库存情况，以便及时掌握各种物资的具体情况。

6、进销存明细查询。仓库管理员可以通过出库单和入库单，对当天、当月物资的进销存情况进行查询。并对各种物资的进销存情况按数量或金额进行排名。

3.1.3系统维护

1、添加系统用户。 2、删除系统用户。 3、对系统用户设置权限。 4、修改用户资料。

11

3.2 需求具体分析

3.2.1硬件的需求

由于该系统主要用于一般的小型仓库管理系统，因此，在硬件设施方面也并不做很高的要求，普通的计算机硬件设备就能满足系统使用的要求了。

运行本系统的硬件基本要求如下： CPU：Intel P3及以上； 内存：256MB及以上； 硬盘：10GB及以上。

3.2.2软件需求

对软件的要求也不是很高，在Windows XP的操作系统环境中就可以，并且由于仓库管理要与数据库连接，这里我们还需要一个数据库系统，其主要要求如下：

客户机：普通PC

CPU：p4 1.8GHz以上

内存：2G以上能够运行IE5.0以上或者Netspace 4.0 版本的机器 分辨率：推荐使用1024 x 768像素 Web服务器 网卡：KMb/s速度 数据库服务器 CPU：P4 2.0GHz 内存：1GB以上 硬盘：80GB以上

Windows XP操作系统，SQL server 2005数据库。

3.2.3 接口需求

在接口方面，我方也不做太高要求，只需要其界面容易被用户接受，其中，

12

对接口的最重要的需求就是：

1.具有明确的使用方法向导；

2.在出现错误操作时应该有出错警告；

3.提供信息提示，用多种信息提示当前用户的状态、界面； 4.提供方便的联机帮助。

3.2.4 界面需求

系统运行时的主界面大致要求为windows的经典运行界面，主界面选择便于用户操作的界面，有一个主页，可以链接其他页面。用户可通过各自的权限对各个页面进行操作。

3.2.5硬件接口

由于数据库系统较小，除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口，这点较易实现。

3.2.6软件接口

在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。例如Microsoft的Office系列。另外用户还有用户所需要的软件接口，这些应在用户需求定义时明了。

3.3对各个管理模块建模

13

3.3.1入库管理

入库管理模块建模： 1、核对送货单 用例名 创建日期 最后更新期 核对送货单 2010-11-22 2010-11-22 用例体 主执行者 功能描述 前置条件 基本事件流 入库管理员 物料进仓时，入库管理员必须核对送货单办理入库手续，拒绝不合格或手续不齐全的物资入库。 根据采购单进行了采购 1．物资送到 2．供应商提供送货单 3．核对送货单的信息 4．接收物资 送货单不合格或手续不齐全，退回物资 准备核对数目 备选事件流 后置条件 14

2、核对物资数目 用例名 创建日期 最后更新期 核对数目 2010-11-22 2010-11-22 用例体 主执行者 功能描述 前置条件 基本事件流 备选事件流 后置条件 入库管理员 入库时，入库管理员必须查点物资的数量，如发现物资数量不符时，必须进行登记。 核对送货单的信息无误 1．清点物资数量 2．下货 数目不符，记录详细信息 准备进行质检 3、检验物资 用例名 创建日期 最后更新期 检验物资 2010-11-22 2010-11-22 用例体 主执行者 功能描述 质检员 质检员必须查点物资的规格型号、合格证件、生产日期等项目，如发现物资质量、单据等不齐全以及物资将要或者已经过期时，不得办理入库手续。 根据采购单进行了采购 前置条件 15

基本事件流 备选事件流 后置条件 1．数目清点完毕 2．质检员检查物品 型号不符、没有合格证等物资，进行退货处理 准备入库 4、入库 用例名 创建日期 最后更新期 入库 2010-11-22 2010-11-22 用例体 主执行者 功能描述 前置条件 基本事件流 补充说明

仓库管理员 检测完成无误后，登记入库单，将物资放入仓库。 物资检验没有问题 1．登记入库单 2．将物品放入仓库 入库单中的信息包括：货物编号、货物名称、规格、单价、数量、金额、产地、备注等 16

5、退货入库

用例名 创建日期 最后更新期 退货入库 2010-11-22 2010-11-22 用例体 主执行者 功能描述 前置条件 基本事件流 质检员，入库管理员 因质量等原因而发生的退回货品，必须由质检员填写退货处理单，办妥手续后方可办理入库手续。 物品的质量有问题、者物资过期等 1．退货送到 2．质检员检验 3．质检员填写退货处理单 4．将物资入库 过期的物资已经超过我们陈诺退货的最后日期，不予退货，送回。 退货处理单中的信息包括：货物编号、货物名称、单价、数量、金额、备注等 备选事件流 补充说明

17

入库管理活动图见图1

图1

18

3.3.2出库管理

出库管理用例建模：

用例名称 创建日期 最后更新时期 出库管理 2010-11-26 2010-11-26 用例体 主执行者 功能描述 前置条件 主成功场景 出库管理员 核对出库订单的信息，查看物资是否符合出库的要求，如果满足，就出库，并记录出库凭证。 有出库物资的订单 1） 进入入库管理界面，查看出库订单； 2） 查看物资信息，看是否满足出库要求，如果满足，就进行出库处理，并打印出库凭证； 3） 登记出库信息。 物资短缺和查看是否有可以代替的物资是扩展关系 当仓库中的物资不符合出库订单的要求时： 1） 当物资短缺，应该发送请求给采购员； 2） 当有与出库订单中的物资类似的物资时，先进行询问，查看是否可以替换，如果可替换的话，按正常出库处理，并作更改记录 。 包含 扩展 业务规则 特别需求 19

出库管理活动图见图2

图2

20

3.3.3仓库管理

仓库管理模块用例建模： 1、添加货物类别 用例名 创建日期 最后更新期 添加货物类别 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 基本事件流 仓库管理员 添加新货物类别 用户已登录 1．进入货物类别主界面 2．系统返回所有货物类别列表 3. 操作： 3.1．货物点击添加按钮 3.2．系统进入添加货物类别信息主界面 3.3．用户填写货物类别信息 3.4. 用户点击增加按钮提交货物类别 3.5 系统刷新货物类别信息列表 1． 提示错误信息，仓库管理员确认； 2． 返回到货物类别主界面。 用户等级：0系统管理员 1仓库管理员 货物编码唯一 填写货物信息时，货物编码由系统自动生成； 货物类别信息包括：货物编码，货物名称及规格，货物简码，单位，类别名称，条形码，进货参考价，批发参考价，零售参考价，最高库存，最低库存，产地 未解决的问题 异常事件流 业务规则 特别需求 补充说明 21

2、修改货物信息 用例名 创建日期 最后更新期 修改货物信息 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 仓库管理员 修改货物信息 用户已登录系统 1．进入货物类别主界面 2．系统返回所有货物类别信息列表 3. 操作： 3.1．用户选择需要修改的货物类别记录 3.2．用户点击修改 3.3．系统进入货物类别信息修改界面 3.4. 用户点击修改按钮，修改货物类别信息 3.5 系统刷新当前的货物类别信息列表 1. 提示错误信息，仓库管理员确认； 2. 返回到货物类别主界面 用户等级：0系统管理员 1仓库管理员 修改货物类别时，货物类别编号不能修改,且一次只能修改一个类别 货物类别信息包括：货物编码，货物名称及规格，货物简码，单位，类别名称，条形码，进货参考价，批发参考价，零售参考价，最高库存，最低库存，产地 异常事件流 业务规则 特别需求 补充说明 待解决问题 22

3、删除货物信息 用例名 创建日期 最后更新期 删除货物信息 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 仓库管理员 删除货物信息 用户已登录系统 1．进入货物类别主界面 2．系统返回所有货物类别信息列表 3. 操作： 3.1．用户选择需要删除的货物类别 3.2．用户点击删除 3.3．系统提示用户是否删除 3.3a．用户选择是： 系统刷新当前货物类别信息列表 3.3b用户选择否： 系统取消当前操作 1. 提示错误信息，仓库管理员确认； 2. 返回到货物类别主界面 用户等级：0系统管理员 1操作员 逻辑删除，不使用物理删除0表示存在，1表示删除 根据货物编码删除，逻辑删除 异常事件流 业务规则 特别需求 补充说明 待解决问题 23

4、查询货物信息 用例名 创建日期 最后更新期 查询货物信息 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 仓库管理员 查询货物信息 用户已登录系统 1．进入货物类别主界面 2．系统返回符合条件的货物类别信息列表 3. 操作： 3.1．用户填写查询条件 3.2．用户点击查询按钮 3.3．系统显示符合查询条件的货物类别信息列表 1. 提示错误信息，仓库管理员确认； 2. 返回到货物类别主界面 用户等级：0系统管理员 1仓库管理员 查询时采用多条件复合查询 可根据货物编码，货物名称来查询 异常事件流 业务规则 特别需求 补充说明 待解决问题 24

5、库存查询 用例名 创建日期 最后更新期 库存查询 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 仓库管理员 查询货物库存信息 用户已登录，货物存储信息完整 1．进入货物库存主界面 2．系统返回符合条件的仓库信息列表 3 . 操作： 3 .1．用户填写查询条件 3 .2．用户点击查询按钮 3. 3．系统显示符合查询条件的库存信息列表 1. 提示错误信息，仓库管理员确认； 2. 返回到货物库存主界面 用户等级：0系统管理员 1仓库管理员 查询时采用多条件复合查询 查询条件是以弹出框或直接输入来选择的。 查询条件：仓库编码(字符型)、仓库名称(字符型)、仓库地址(字符型)，供应商(字符型)，货物编码(字符型)，货物名称(字符型)。 异常事件流 业务规则 特别需求 补充说明 待解决问题

25

6、入库、出库明细查询 用例名 创建日期 最后更新期 入库、出库明细查询 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 仓库管理员 查询货物出库入库存储信息 用户已登录，货物存储信息完整 1．进入入库、出库明细界面 2．系统返回符合条件的货物入库、出库信息列表 3 . 操作： 3 .1．用户填写查询条件 3 .2．用户点击查询按钮 3. 3．系统显示符合查询条件的货物入库、出库信息列表 1. 提示错误信息，仓库管理员确认； 2. 返回到货物库存主界面 用户等级：0系统管理员 1仓库管理员 查询时采用多条件复合查询 查询条件是以弹出框或直接输入来选择的 查询条件：货物编号(字符型)，仓库编号(字符型)，日期范围(字符型)。 异常事件流 业务规则 特别需求 补充说明 待解决问题

26

仓库管理活动图见图3

图3

27

3.3.4系统维护

系统维护模块用例建模：

1、用户登录界面,用户信息由系统管理员统一录入，不具有注册功能。

用例名 创建日期 最后更新期 用户登录 2010-11-22 2010-11-22 用例体 主执行者 功能描述 前置条件 主成功场景 用户（包括仓库管理员、入库管理员、出库管理员等） 用户登录 进入欢迎界面/登录界面 1．进入欢迎界面/登录界面 2. 用户输入用户名和密码，点击登录； 3．系统对用户输入的数据进行验证，如果验证成功，那么进入主操作界面，如果登录失败，那么返跳转到错误提示界面，并提供链接供用户重新登录 4.用户继续操作 无 无 用户等级：0 系统管理员 1用户 界面简洁，美观 登录界面：采用客户端校验用户输入是否为空，使用服务器端 验证，是否匹配数据库中内容以判断用户是否登录成功； 无 扩展 包含 业务规则 特别需求 补充说明 待解决问题 28

2、添加用户 用例名 创建日期 最后更新期 增加用户 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 系统管理员 增加用户 主执行者已登录系统 1．进入增加用户主界面 2．系统返回所有用户信息列表 3．用户点击添加按钮 4．系统进入添加用户主界面 5．用户填写用户信息 6. 用户点击增加按钮提交用户信息 7．系统刷新用户信息列表 无 无 用户等级：0系统管理员 填写用户资料时，用户ID由系统自动生长； 用户资料包括：用户ID(字符型),用户姓名(字符型，不为空)、密码(字符型，不为空)，联系电话(字符型，不为空)、、邮件（字符型，不为空） 地址(字符型，不为空)、部门(整型，不为空)。 无 扩展 包含 业务规则 特别需求 补充说明 待解决问题

29

3、删除用户资料 用例名 创建日期 最后更新期 删除用户资料 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 系统管理员 删除用户资料 主执行者已登录系统 1．进入删除用户资料主界面 2．系统返回所有用户信息列表 3. 操作： 3.1．用户选择需要删除的用户 3.2．用户点击删除 3.3．系统提示用户是否删除 3.3a．用户选择是： 系统刷新当前用户信息列表 3.3b用户选择否： 系统取消当前操作 无 无 用户等级：0系统管理员 无 删除用户采取的是逻辑删除，即采取的是更改用户标识的方式 无 扩展 包含 业务规则 特别需求 补充说明 待解决问题

30

4、修改用户资料 用例名 创建日期 最后更新期 修改用户资料 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 系统管理员 修改用户资料 用户已登录系统 1．进入修改用户资料主界面 2．系统返回所有用户信息列表 3. 操作： 3.1．用户选择需要修改的用户记录 3.2．用户点击修改 3.3．系统进入用户信息修改界面 3.4. 用户点击修改按钮，修改用户信息 3.5 系统刷新当前的用户信息列表 用户等级：0 系统管理员 修改用户资料时，用户ID绝对不能修改， 其他信息可进行维护 扩展 包含 业务规则 特别需求 补充说明 待解决问题

31

5、查询用户 用例名 创建日期 最后更新期 查询用户资料 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 系统管理员 查询用户资料 系统管理员已登录系统 1．进入查询用户资料主界面 2．系统返回符合条件的用户信息列表 3. 操作： 3.1．用户填写查询条件 3.2．用户点击查询按钮 3.3．系统显示符合查询条件的用户信息列表 用户等级：系统管理员0 查询的时候采用的是多条件符合查询 查询条件是以下拉框来选择 查询条件：用户名称、用户ID，用户部门。 扩展 包含 业务规则 特别需求 补充说明 待解决问题 32

6、权限分配 用例名 创建日期 最后更新期 权限设置 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 系统管理员 权限设置 系统管理员进入后台系统管理 1．进入权限设置主界面 2．系统返回所有权限分配信息列表 3．管理员权限分配（填相关列表信息） 4．系统刷新列表信息 权限1：相对应系统管理员，权限2:对应于操作员 权限编号：系统使用下拉列表供系统管理员选择，避免重复 权限设置资料包括： 权限编号(整型，主键，自动增长)，权限名字(字符型，不为空)，具体权限（字符型 不为空） 扩展 包含 业务规则 特别需求 补充说明 待解决问题 33

7、系统备份

用例名 创建日期 最后更新期 系统备份 2010-11-22 2010-11-22 用 例 体 主执行者 功能描述 前置条件 主成功场景 系统管理员 系统备份 系统管理员进入后台系统管理 1．进入系统备份主界面 2．管理员通过点击系统备份按钮，将已有系统信息进行备份 扩展 包含 34

系统维护活动图见图4

图4

35