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

VisionSky 北京华际友天信息科技有限公司 （与标题内容相符）电子化仓储管理系统需求规格V1.0 评审日期：2012年3月5项目名称：电子仓库管理系统指导工程师：常建功组长：卫博红组员：党晓萍、邱耀华、周丽君、武二婷、严斌、藏伟、王康童、黄绍鹏、黄杰 第 2 页 共 40 页电子化仓储管理系统需求规格目 录1导言11.1目的11.2范围11.3缩写说明11.4术语定义11.5引用标准11.6参考资料21.7版本更新信息22系统定义22.1项目来源及背景22.2项目要达到的目标32.3系统整体结构33应用环境43.1系统运行网络环境43.2系统运行硬件环境43.3系统运行软件环境54功能规格54.1角色（Actor）定义54.1.1系统管理员54.1.2数据库54.2系统主Use Case图64.3电子化仓储管理端子系统64.3.1库存管理模块64.3.1.1库存管理模块功能84.3.1.1.1入库管理84.3.1.1.2出库管理84.3.1.1.3送货管理84.3.1.1.4盘点管理94.3.1.2库存管理模块用例描述94.3.1.2.1入库管理子模块94.3.1.2.2出库管理子模块94.3.1.2.3送货管理子模块104.3.1.2.4盘点管理子模块114.3.1.3库存管理模块图114.3.1.3.1库存管理模块的活动图114.3.1.3.2库存管理模块的序列图124.3.2统计查询模块134.3.2.1查询模块134.3.2.2统计查询块的Use Case图134.3.2.3统计查询功能描述144.3.2.3.1入库查询144.3.2.3.2出库查询144.3.2.3.3送货查询144.3.2.3.4盘点查询144.3.2.3.5库存查询154.3.2.4统计管理模块用例描述154.3.2.4.1入库查询154.3.2.4.2出库查询154.3.2.4.3送货查询154.3.2.4.4盘点查询164.3.2.4.5库存查询164.3.2.5统计管理模块序列图174.3.3系统管理模块174.3.3.1系统管理模块功能184.3.3.1.1商品分类管理184.3.3.1.2商品品牌管理184.3.3.1.3商品管理184.3.3.1.4供应商管理184.3.3.1.5客户管理184.3.3.1.6货架管理184.3.3.2系统管理模块用例描述204.3.3.2.1商品分类管理子模块204.3.3.2.2商品品牌管理子模块214.3.3.2.3商品管理子模块214.3.3.2.4供应商管理子模块224.3.3.2.5客户管理子模块224.3.3.2.6货架管理子模块234.3.4用户管理模块264.3.4.1用户管理模块功能264.3.4.1.1用户管理274.3.4.1.2部门管理274.3.4.2用户管理模块用例描述274.3.4.2.1用户查询274.3.4.2.2用户修改284.3.4.2.3用户添加284.3.4.2.4用户删除294.3.4.3部门管理模块用例描述314.3.4.3.1部门信息查询314.3.4.3.2部门信息修改324.3.4.3.3部门信息添加324.3.4.3.4部门信息删除335性能需求345.1界面需求345.2响应时间需求355.3可靠性需求355.4开放性需求355.5可扩展性需求355.6系统安全性需求356产品提交357实现约束368签字36电子化仓储管理系统需求规格1 导言1.1 目的该文档是关于用户对于电子化仓储管理系统的功能和性能的要求，重点描述了电子化仓储管理系统的设计需求，将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是：l 设计人员l 开发人员l 项目管理人员l 测试人员l 用户1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。1.3 缩写说明JSP：Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。UML：Unified Modeling Language（统一建模语言）的缩写。1.4 术语定义无1.5 引用标准1 企业文档格式标准 V1.1 2 需求规格报告格式标准 V1.11.6 参考资料1 UML V1.1 UMl模式与应用2 需求规格报告格式标准 V1.13 UML模式与应用(第三版) 美 Craig Larman， 机械工业出版社 4 软件工程案例教程 韩万江 机械工业出版社1.7 版本更新信息本文档的更新记录如表1-1。表1-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0012012.3.50.1全部初始发布版本0022012.3.60.23.1章节增加0032012.3.60.44.1章节增加0042012.3.70.44.1章节修改0052012.3.80.65.1章节修改0062012.3.91.07章节增加2 系统定义我们分别阐述一下项目的来源、背景和项目的目标。2.1 项目来源及背景本项目是为老师提供的一个网上仓库管理系统。为了实现在线实时的管理仓库中的商品。在这种条件下，我们开发了网上仓库管理系统。仓库管理的工作人员通过这个系统维护仓库中的商品信息，打印信息，适时的形成相应的清单(如订货清单)；进货单位可以通过清单合理的选择要进的货物。2.2 项目要达到的目标本项目设定的目标如下：1. 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少2. 系统具有良好的运行效率，能够得到提高生产率的目的3. 系统应有良好的可扩充性，可以容易的加入其它系统的应用。4. 平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。5. 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力2.3 系统整体结构根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是提供库存管理，统计查询，系统管理，用户管理等。他们的关系如图2-3-1。图2-3-1 电子化仓储管理系统流程图系统主用例图如图2-3-2图2-3-2 系统主用例图3 应用环境 本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。3.1 系统运行网络环境本系统的网络运行图如图3-1-1，无论是客户端的用户还是管理端的管理员等都可以通过网络登录到本系统中。用户通过网络查询本人的相关信息，管理员通过网络管理系统信息。图3-1-1 网络拓扑图3.2 系统运行硬件环境本系统的硬件环境如下：l 客户机：普通PCn CPU：P4 2.1GHzn 内存：1GB以上n 分辨率：推荐使用1024*768像素l WEB服务器n CPU：P4 2.1GHzn 内存：2GB以上l 数据库服务器n CPU：P4 2.1GHzn 内存：4GB以上3.3 系统运行软件环境l 操作系统：Windows XPl 数据库：Oracle 10.0l 开发工具包：JDK Version 1.6.20l JSP服务器：Tomcat 6.20l 浏览器：IE6.04 功能规格我们采用面向对象分析作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。设计Use-case时，我们遵循下列步骤：第一步，识别出系统的“actor”。Actor可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者(Actor)是谁。尽可能地确保所有Actor都被完全识别出来。第二步，描述主要的Use Case。可以采取不断地问自己“这个Actor究竟想通过系统做什么？”来准确地描述Use Case。第三步，重新审视每个Use Case，为它们下个详尽的定义。4.1 角色（Actor）定义参与者（Actor）表示与系统进行交互的任何人或物，包括人、外部系统、其他设备或外部事件。4.1.1 系统管理员通过系统管理子系统对系统进行管理的人员，这个Actor主要负责对商品分类管理、商品品牌管理、商品管理、供应商管理、客户管理、货架管理等功能。4.1.2 数据库数据库是一个与系统产生交互的外部系统，这个Actor负责系统的数据查询、增加、删除和修改等操作。4.2 系统主Use Case图电子化仓储管理系统主要是由管理员对仓库的各类信息进行统计与管理。系统的主Use Case图如图4-2-1所示。图4-2-1系统的主Use Case图4.3 电子化仓储管理端子系统4.3.1 库存管理模块系统管理员在使用系统管理模块时，必须先对管理员的身份进行验证，检验 其是否具有操作权限。只有当其具有操作权限时，才能对其子模块进行操作，否则，提示其没有操作权限。 具体活动图如下： 图4-3-1-1 活动图 库存管理模块主要是指对存储的商品信息进行管理的模块，它的功能分为入库管理、出库管理、送货管理、盘点管理等功能。它可以对商品入库、出库、送出等的信息进行相应的记录，同时可以盘点不同种类的商品的库存信息。主要实现数据的查询、添加、删除和修改等操作。系统管理员要通过身份验证才能成功登陆系统。库存管理模块的整体用例图如下图4-3-1-2所示： 图4-3-1-2 4.3.1.1 库存管理模块功能4.3.1.1.1 入库管理 系统管理员通过身份验证进入系统以后，选择库存管理模块，在它的列表框里选择入库管理这一功能项。入库管理是对要入库的商品信息进行记录，主要记录其入库的单号、日期、类型及此次供货批次、创建人员、创建时间、供应商等，并将创建的要入库的商品信息添加到商品信息数据库中。系统从而给出其商品的序号、商品名称、货架名称、库存数量等信息，并将其自动显示在界面。4.3.1.1.2 出库管理 系统管理员通过身份验证进入系统以后，选择库存管理模块，在它的列表框里选择出库管理这一功能项。出库管理是对要出库的商品信息进行记录，主要记录其出库的单号、日期、类型和购买此批商品的客户及该次交易的创建人员和创建时间等，并将其添加到出库信息数据库中。系统从而给出其商品的序号、商品名称、货架名称、库存数量、出库数量等信息，并将其自动显示在界面。4.3.1.1.3 送货管理 系统管理员通过身份验证进入系统以后，选择库存管理模块，在它的列表框里选择送货管理这一功能项。送货管理是对要送往客户的商品信息进行记录，主要记录送货单号、创建人员、目的城市、送货日期、创建时间等，并将其添加到送货信息数据库中。系统从而给出其商品序号、出库单号、数量等信息，并将其自动显示在界面。4.3.1.1.4 盘点管理 系统管理员通过身份验证进入系统以后，选择库存管理模块，在它的列表框里选择盘点管理这一功能项。盘点管理是对商品信息进行整合，主要记录其盘点单号、创建人员、货架号、盘点日期、创建时间等。系统从而给出其商品的序号、商品名称、数量、实际库存等信息，并将其自动显示在界面。4.3.1.2 库存管理模块用例描述 4.3.1.2.1 入库管理子模块 用例描述：入库管理 参与者(Actor)：系统管理员 前置条件(Pre-Condition)：系统管理员通过身份验证，并成功登陆系统 后置条件(Post-Condition)：如果商品入库信息记录完成，并将其添加到数据库中成功，则将商品的序号、商品名称、货架名称、库存数量等信显示到界面。 基本路径： 1、管理员鼠标点击“库存管理”模块； 2、系统将该模块的主页面显示到界面； 3、由系统管理员选择其要处理的子模块-入库管理； 4、填写入库商品相关信息后，将其添加至相应的数据库，后台进行 处理， 将商品的序号、商品名称、货架名称、库存数量等信显 示到界面。 主要的成功场景： 1、新到商品的信息成功记录。 2、将新到商品的信息成功添加至商品信息数据库。 3、系统自动显示出该商品库存的相关信息。 扩展： 1、新到商品的信息记录失败。 2、将新到商品的信息添加至商品信息数据库时失败，提醒系统 管理员商品信息添加失败，请查找原因。 3、系统由于某种原因不能自动显示出该商品库存的相关信息。4.3.1.2.2 出库管理子模块 用例描述：出库管理 参与者(Actor)：系统管理员 前置条件(Pre-Condition)：系统管理员通过身份验证，并成功登陆系统。 后置条件(Post-Condition)：如果商品出库信息记录完成，并将其添加到数据库中成功，则将序号、商品名称、货架名称、库存数量、出库数量等信息显示到界面。 基本路径： 1、管理员鼠标点击“库存管理”模块； 2、系统将该模块的主页面显示到界面； 3、由系统管理员选择其要处理的子模块-出库管理； 4、填写将要出库的商品相关信息后，将其添加至相应的数据库，后 台进行处理，并将序号、商品名称、货架名称、库存数量、出库 数量等信息显示到界面。 主要的成功场景： 1、出库商品的信息成功记录。 2、将出库商品的信息成功添加至出库信息数据库。 3、系统自动显示出出库商品的相关信息。 扩展： 1、出库商品的信息记录失败。 2、将出库商品的信息添加至出库信息数据库时失败，提醒系统 管理员商品信息添加失败，请查找原因。 3、系统由于某种原因不能自动显示出商品的相关信息。4.3.1.2.3 送货管理子模块 用例描述：送货管理 参与者(Actor)：系统管理员 前置条件(Pre-Condition)：系统管理员通过身份验证，并成功登陆系统。 后置条件(Post-Condition)：如果将要送出的商品信息记录完成，并将其添加到数据库中成功，则将序号、出库单号、数量等信息显示到界面。如果数据添加失败，则提醒系统管理员商品信息添加失败，请查找原因。基本路径： 1、管理员鼠标点击“库存管理”模块； 2、系统将该模块的主页面显示到界面； 3、由系统管理员选择其要处理的子模块-送货管理； 4、填写将要送出的商品相关信息后，将其添加至相应的数据库，后 台进行处理，并将序号、出库单号、数量等信息显示到界面； 主要的成功场景： 1、将要送出的商品信息成功记录。 2、将要送出的商品信息成功添加至送货信息数据库。 3、系统自动显示出要送出的商品信息相关信息。 扩展： 1、要送出的商品信息记录失败。 2、将要送出的商品信息添加至送货信息数据库失败，提醒 系统管理员商品信息添加失败，请查找原因。 3、系统由于某种原因不能自动显示出商品的相关信息。4.3.1.2.4 盘点管理子模块 用例描述：盘点管理 参与者(Actor)：系统管理员 前置条件(Pre-Condition)：系统管理员通过身份验证，并成功登陆系统。后置条件(Post-Condition)：如果将要盘点的商品信息记录完成，并将其添加到数据库中成功，则将序号、商品名称、数量、库存数量等信息显示到界面。如果数据添加失败，则提醒系统管理员商品信息添加失败，请查找原因。 基本路径： 1、管理员鼠标点击“库存管理”模块； 2、系统将该模块的主页面显示到界面； 3、由系统管理员选择其要处理的子模块-盘点管理； 4、填写将要盘点的商品相关信息后，将其添加至相应的数据库，后 台进行处理，并将序号、商品名称、数量、库存数量等信息显示 到界面； 主要的成功场景： 1、将要盘点的商品信息成功记录。 2、将要盘点的商品信息成功添加至数据库。 3、系统自动显示出要盘点的商品的相关信息。 扩展： 1、要盘点的商品信息记录失败。 2、将要盘点的商品信息添加至数据库失败，提醒 系统管理员商品信息添加失败，请查找原因。 3、系统由于某种原因不能自动显示出商品的相关信息。4.3.1.3 库存管理模块图4.3.1.3.1 库存管理模块的活动图 图4-3-1-3 库存管理模块活动图4.3.1.3.2 库存管理模块的序列图 图4-3-1-4 库存管理模块序列图4.3.2 统计查询模块4.3.2.1 查询模块系统管理员通过身份验证以后进入自动化仓库管理系统以后，选择自己需要操作的模块，再继续选择自己所需要查询的模块内的功能项，进入所需页面以后输入有效信息，点击确认按钮，要查找的信息就会以列表形式显示在屏幕上，查询完以后退出系统。管理员查询货物信息活动图如图4-3-2-1。图4-3-2-1 管理员查询货物信息活动图4.3.2.2 统计查询块的Use Case图管理员通过身份验证进入系统查询模块以后，可以对需求的信息进行查询。输入有效信息，点击查询按钮，将数据库中的货物信息提取出来显示给管理员。管理员统计查询的用例图如图4-3-2-2.图4-3-2-2 管理员统计查询的用例图4.3.2.3 统计查询功能描述4.3.2.3.1 入库查询系统管理员经过身份验证进入系统以后，选择统计查询模块，在它的列表框里选择入库查询这一功能项，进入货物入库信息一览表页面，选择供应商名，输入起始日期和结束日期，点击确认按钮，系统将该供应商在这一时间段内的供应的货物的详信息（如货物单号、入库日期、操作员、供应商名、货架、商品名、商品数量）都以列表形式完全显示出来。4.3.2.3.2 出库查询系统管理员经过身份验证进入系统以后，选择统计查询模块，在它的列表框里选择出库查询这一功能项，进入货物出库信息一览表页面，选择客户名，输入要查询时间段的起始日期和结束日期，点击确认按钮，系统将这一段时间内向该用户提供的出库的货物信息（出库单号、出库日期、操作员、客户名、货架、商品名、商品数量）全部以列表的形式显示出来。4.3.2.3.3 送货查询系统管理员经过身份验证进入系统以后，选择统计查询模块，在它的列表框里选择送货查询这一功能项，进入送货信息一览表页面，选择货物被送到的目标地址，输入要查询时间段的起始日期和结束日期，点击确认按钮，系统将这段时间段内送往该城市的送货信息（送货单号、送货日期、操作员、出库单号、客户名、商品数量）全部以列表的形式显示出来。4.3.2.3.4 盘点查询系统管理员经过身份验证进入系统以后，选择统计查询模块，在它的列表框里选择盘点查询这一功能项，进入货物盘点一览表页面，选择货架，输入要查询的一段时期的起始日期和结束日期，点击确认按钮，系统会将这一时间段内该货架上货物的盘点信息（盘点单号、盘点日期、操作员、货架、商品名称、盘点库存数、实际库存数）全部以列表的形式显示出来。4.3.2.3.5 库存查询系统管理员经过身份验证进入系统以后，选择统计查询模块，在它的列表框里选择库存查询这一功能项，库存查询一览表页面，选择要查询的商品名称和货架名，点击确认按钮，系统将会把该货架上的该货物的货物信息（商品名称、商品分类、品牌名、货架名、商品库存数）全部以列表的形式显示出来。4.3.2.4 统计管理模块用例描述4.3.2.4.1 入库查询入库查询是查询某一特定时间段内某一商品供应商供给货物的货物入库详细信息。具体描述如下：用例描述：入库商品查询执行者：系统管理员前置条件：系统管理员已经经过身份验证进入系统后置条件：选择了供应商、输入了有效信息后，则可查询到商品入库的详细信息基本路径：1）系统管理员登录系统2）选择自己权限所在范围内的任何一个模块之一3）选择上一步所选模块的某一功能项4）选择供应商，输入开开始日期和结束日期5）点击确认按钮，从收据库获取信息，页面显示货物单号、入库日期、操作员、供应商名、货架、商品名、商品数量等信息4.3.2.4.2 出库查询出库查询是查找在一定时间段内供应给某一客户的货物的出库的详细信息。具体描述如下：用例描述：出库商品查询执行者：系统管理员前置条件：系统管理员已经经过身份验证进入系统后置条件：选择了客户名、输入了有效信息后，则可查询到商品出库的详细信息基本路径：1）系统管理员登录系统2）选择自己权限所在范围内的任何一个模块之一3）选择上一步所选模块的某一功能项4）选择客户，输入开始日期和结束日期5）点击确认按钮，从数据库获取信息，页面显示出库单号、出库日期、操作员、客户名、货架、商品名、商品数量等信息4.3.2.4.3 送货查询送货查询是查询某一指定时间段内送往某一指定城市的送货信息。具体描述如下：用例描述：送货查询执行者：系统管理员前置条件：系统管理员已经经过身份验证进入系统后置条件：选择了查询的货物送往的城市、输入了有效日期后，则可查询到送往某一城市的详细送货信息基本路径：1）系统管理员登录系统2）选择自己权限所在范围内的任何一个模块之一3）选择上一步所选模块的某一功能项4）选择城市，输入开始日期和结束日期5）点击确认按钮，从数据库获取信息，页面显示送货单号、送货日期、操作员、出库单号、客户名、商品数量4.3.2.4.4 盘点查询盘点查询是指查询某一指定时间段内某个货架上的盘点货物的详细信息。具体描述如下：用例描述：盘点查询执行者：系统管理员前置条件：系统管理员已经经过身份验证进入系统后置条件：选择了货架、输入了有效信息后，则可查询到某一货架上的货物的详细盘点信息基本路径：1）系统管理员登录系统2）选择自己权限所在范围内的任何一个模块之一3）选择上一步所选模块的某一功能项4）选择货架，输入开始日期和结束日期5）点击确认按钮，从数据库获取信息，页面显示盘点单号、盘点日期、操作员、货架、商品名称、盘点库存数、实际库存数等信息4.3.2.4.5 库存查询库存查询是指查询某一货架上的某一商品的详细信息。具体描述如下：用例描述：库存查询执行者：系统管理员前置条件：系统管理员已经经过身份验证进入系统后置条件：选择了货架和商品后，则可查询到某一货架上某一商品的详细信息基本路径：1）系统管理员登录系统2）选择自己权限所在范围内的任何一个模块之一3）选择上一步所选模块的某一功能项4）选择客户，输入开始日期和结束日期5）点击确认按钮，从数据库获取信息，页面显示商品名称、商品分类、品牌名、货架名、商品库存数等信息4.3.2.5 统计管理模块序列图图4-3-2-3 统计查询信息时序图4.3.3 系统管理模块系统管理主要是指负责对该电子化仓储的整体管理，它的功能分为商品分类管理、商品品牌管理、商品管理、供应商管理、客户管理、货架管理等，主要实现数据的查询、增加、删除和修改等操作。每个登录进入系统的管理者都要确认权限，然后根据相应的权限实现相应的功能。系统管理模块的整体用例图如下图4-3-3-1所示： 图4-3-3-1 系统管理模块用例图4.3.3.1 系统管理模块功能4.3.3.1.1 商品分类管理商品分类管理是负责将所有商品的分类进行统一的管理，需要对商品的分类实现查询、增加、删除和修改的功能。4.3.3.1.2 商品品牌管理商品品牌管理是对商品品牌以及其详细信息进行的相关处理，同样要实现对商品品牌的增删改查的功能。4.3.3.1.3 商品管理商品管理就是对所有商品进行统一的管理，具体商品的信息要求尽可能的完善，同样要求具有对商品信息的查询、增加、修改和删除的功能实现。4.3.3.1.4 供应商管理供应商管理模块是对所有商品的供应商的详细信息的管理，需要实现对供应商的增添、查找、修改和删除的功能。4.3.3.1.5 客户管理客户管理模块是对所有客户的详细信息的管理。为了更好的对每一个客户的详细信息进行管理，在此用例中实现了对客户信息的相关处理，包括增加、查询、修改和删除等。4.3.3.1.6 货架管理货架管理模块需要实现对商品货架的增删改查的处理，以确保货架信息的完善与准确。系统管理员在使用系统管理模块时，必须先对管理员的权限进行审查，检验其是否具有操作权限。只有当其具有操作权限时，才能对其子模块进行操作，否则，提示其没有操作权限。具体活动图如下图4-3-3-2所示：图4-3-3-2 系统管理权限检验活动图在确认权限后，如果该管理员具有本系统管理模块的操作权限，则可对各子模块进行相应的处理，具体实现的功能包括查询、增加、删除、和修改。当系统管理员要对某个模块进行处理时，则输入自己的数据，然后提交给后台数据库，由后台将处理结果返回给管理员，显示在界面上。基本活动如下图4-3-3-3所示：图4-3-3-3 系统管理活动图4.3.3.2 系统管理模块用例描述4.3.3.2.1 商品分类管理子模块在该电子化仓储内，所有商品被分了类别（多层的），商品分类管理子模块就是对这些商品分类进行统一的管理，实现分类的查询、增加、删除和修改的功能。具体描述如下：用例描述：商品分类管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员已经登陆服务器，并且具有操作此模块的权限后置条件(Post-Condition)：如果分类信息处理成功，则将处理结果显示到界面事件流(Flow of Event)基本流：i. 基本流1：管理员鼠标点击“商品分类管理”模块；ii. 基本流2：系统将该模块的主页面显示到界面；iii. 基本流3：由管理员选择具体的操作（查询、增添、修改、删除），然后输入相应的数据，确认；iv. 基本流4：由后台进行相应的处理，并将处理结果显示到界面供管理员查看；v. 基本流5：用例终止；备件流vi. 基本流1：管理员提交信息后，数据库处理失败，显示失败信息；4.3.3.2.2 商品品牌管理子模块在该电子化仓储内，每个商品都有属于自己的品牌，商品品牌管理子模块就是对所有商品品牌及其详细信息进行的一系列相关处理，具体可以查询品牌、增添新的品牌和删除修改某些品牌。具体描述如下：用例描述：商品品牌管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员已经登陆服务器，并且具有操作此模块的权限后置条件(Post-Condition)：如果商品品牌信息处理成功，则将处理结果显示到界面事件流(Flow of Event)：基本流：vii. 基本流1：管理员鼠标点击“商品品牌管理”模块；viii. 基本流2：系统将该模块的主页面显示到界面；ix. 基本流3：由管理员选择具体的操作（查询、增添、修改、删除），然后输入相应的数据，确认；x. 基本流4：由后台进行相应的处理，并将处理结果显示到界面供管理员查看；xi. 基本流5：用例终止；备件流：xii. 基本流1：管理员提交信息后，数据库处理失败，显示失败信息；4.3.3.2.3 商品管理子模块在该电子化仓储内，所有商品都应该被统一的管理，商品管理子模块就是对这些商品进行统一的管理，具体商品的信息要求尽可能的完善，同样要求具有对商品信息的查询、增加、修改和删除的功能实现。具体描述如下：用例描述：商品管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员已经登陆服务器，并且具有操作此模块的权限后置条件(Post-Condition)：如果商品信息处理成功，则将处理结果显示到界面事件流(Flow of Event)：基本流：xiii. 基本流1：管理员鼠标点击“商品管理”模块；xiv. 基本流2：系统将该模块的主页面显示到界面；xv. 基本流3：由管理员选择具体的操作（查询、增添、修改、删除），然后输入相应的数据，确认；xvi. 基本流4：由后台进行相应的处理，并将处理结果显示到界面供管理员查看；xvii. 基本流5：用例终止；备件流：xviii. 基本流1：管理员提交信息后，数据库处理失败，显示失败信息；4.3.3.2.4 供应商管理子模块在该电子化仓储内，每个商品都有属于自己的供应商，为了对这些供应商的详细信息进行相应的处理，所以实现了供应商的管理模块，具体对供应商的信息进行增删改查的处理功能。具体描述如下：用例描述：供应商管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员已经登陆服务器，并且具有操作此模块的权限后置条件(Post-Condition)：如果供应商信息处理成功，则将处理结果显示到界面事件流(Flow of Event)：基本流：xix. 基本流1：管理员鼠标点击“供应商管理”模块；xx. 基本流2：系统将该模块的主页面显示到界面；xxi. 基本流3：由管理员选择具体的操作（查询、增添、修改、删除），然后输入相应的数据，确认；xxii. 基本流4：由后台进行相应的处理，并将处理结果显示到界面供管理员查看；xxiii. 基本流5：用例终止；备件流：xxiv. 基本流1：管理员提交信息后，数据库处理失败，显示失败信息；4.3.3.2.5 客户管理子模块在该电子化仓储内，牵涉到很多的客户，为了更好的对每一个客户的详细信息进行管理，在此客户管理子模块中，实现了对客户信息的查询、修改、增添和删除的功能。具体描述如下：用例描述：客户管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员已经登陆服务器，并且具有操作此模块的权限后置条件(Post-Condition)：如果分类信息处理成功，则将处理结果显示到界面事件流(Flow of Event)：基本流：xxv. 基本流1：管理员鼠标点击“客户管理”模块；xxvi. 基本流2：系统将该模块的主页面显示到界面；xxvii. 基本流3：由管理员选择具体的操作（查询、增添、修改、删除），然后输入相应的数据，确认；xxviii. 基本流4：由后台进行相应的处理，并将处理结果显示到界面供管理员查看；xxix. 基本流5：用例终止；备件流：xxx. 基本流1：管理员提交信息后，数据库处理失败，显示失败信息；4.3.3.2.6 货架管理子模块在该电子化仓储内，所有商品都被分类，并且拥有自己的供应商、品牌和客户，当然，它也拥有属于自己的货架。为了管理复杂的货架结构，则需要实现该货架管理子模块，实现对商品货架的增删改查的处理，以确保货架信息的完善与准确。具体描述如下：用例描述：货架管理参与者(Actor)：系统管理员前置条件(Pre-Condition)：系统管理员已经登陆服务器，并且具有操作此模块的权限后置条件(Post-Condition)：如果分类信息处理成功，则将处理结果显示到界面事件流(Flow of Event)：基本流：xxxi. 基本流1：管理员鼠标点击“货架管理”模块；xxxii. 基本流2：系统将该模块的主页面显示到界面；xxxiii. 基本流3：由管理员选择具体的操作（查询、增添、修改、删除），然后输入相应的数据，确认；xxxiv. 基本流4：由后台进行相应的处理，并将处理结果显示到界面供管理员查看；xxxv. 基本流5：用例终止；备件流：xxxvi. 基本流1：管理员提交信息后，数据库处理失败，显示失败信息；在系统管理模块中，要实现对以上所有信息的管理，但其内容并不复杂：在确认权限后，管理员可对各模块实现基本的查询、增加、删除、和修改功能。在处理查询功能时，由管理员输入相关信息，然后点击查询按钮进行查询，由后台服务系统将查询结果显示在界面上。在处理增添信息功能时，同样由管理员填写相关信息内容，然后点击提交按钮，由后台服务器完成并将添加的结果显示在界面上，添加成功，则将新添加的信息显示出来；添加失败则提示用户重新添加。用户也可选择取消添加信息。在处理删除功能时要求页面已经显示了有关的信息，即之前通过添加或查询处理得到的结果。管理员选中要删除的信息，点击删除。系统将处理结果（删除失败或删除成功）显示处理提醒管理员，以便管理员可做后续操作。在修改信息时，同样是要求页面已经显示了有关的原始信息，当管理员选择修改时，由后台服务器将相关原始信息显示在修改页面内，管理员这时便可修改要修改的内容，最后将修改结果提交。由服务器将更新后的信息显示到界面。在此过程中，具体序列如下图4-5-4所示：图4-5-4 系统管理序列图4.3.4 用户管理模块用户管理模块主要是实现对用户信息以及部门信息的增删改查。使用该模块需要对登陆者的身份进行验证，根据身份的不同释放不同的权限，管理员可进行相应的操作。用户管理模块的整体用例图如图4-3-4-1所示：图4-3-4-1 用户管理子系统用例图4.3.4.1 用户管理模块功能4.3.4.1.1 用户管理对所有用户的信息进行管理，包括查询、修改、添加、删除用户信息。根据管理员权限的不同屏蔽该模块的相关功能，因此需要验证管理员的身份。1. 查询：可实现模糊查询，管理员输入用户名的同时显示相关用户的信息；不输入用户名直接点击查询需要显示所有用户信息。也可单独显示用户的详细信息。若该用户信息不存在给出相应提示信息。2. 修改：首先管理员输入用户名查询用户信息，系统会显示所有同名用户信息，管理员定位所要修改用户信息所在行，选择“修改”操作可实现对用户信息的更改。若该用户信息不存在系统给出相应提示。3. 添加：输入用户的各类信息，保存到数据库。4. 删除：先根据用户名查找用户信息，系统会显示所有同名用户信息，管理员定位所要删除用户信息所在行，选择“删除”操作可删除该用户信息。若该用户信息不存在系统给出相应提示。4.3.4.1.2 部门管理实现对各部门的管理，包括查询、修改、添加、删除部门信息。1. 查询：可实现模糊查询，管理员输入部门名的同时显示相关部门的信息；不输入部门名直接点击查询需要显示所有部门信息。2. 修改：首先管理员根据部门名查询部门信息，系统会显示相应部门信息，选择“修改”操作可实现对信息的修改。若该部门不存在则系统给出相应提示。3. 添加：输入部门的各项信息，保存到数据库。4. 删除：根据部门名查找部门信息，系统会显示该部门信息，选择“删除”操作可删除该部门信息。若该部门不存在则系统给出相应提示。4.3.4.2 用户管理模块用例描述4.3.4.2.1 用户查询用例名称：查询用户信息简要说明：该用例描述管理员如何使用该系统查询用户信息。参与者：系统管理员、后台服务系统。涉众及其关注点：管理员：快速准确得到用户信息。前置条件：管理员已通过身份验证。后置条件：系统显示用户信息。主要成功场景：1. 管理员登陆用户管理界面。2. 输入用户名进行查询。3. 系统显示相应用户信息。扩展：1a.管理员身份受限，无法进入该界面。1. 系统给出提示信息。 3a.要查找的用户信息不存在。1. 系统提示该用户信息不存在。2. 管理员重新输入，进行新一次查询。性能需求：1. 查询时应保证查全率，所有在相应域包含查询关键字的记录都应能查到，同时保证查准率。2. 时间特性要求：一般操作的响应时间在3-5s。4.3.4.2.2 用户修改用例名称：修改用户信息。简要说明：该用例描述管理员如何修改用户信息。参与者：管理员、后台服务系统。涉众及其关注点：管理员:得到用户信息对其进行修改。前置条件：管理员已通过身份验证。后置条件：后台数据更新。主要成功场景：1. 管理员登陆用户管理界面。2. 输入用户名得到用户信息。3. 重新输入用户相关信息进行保存。4. 数据库信息得到更新。扩展：1a.管理员身份受限，无法进入该界面。1.系统给出提示信息。 2a.要修改的户信息不存在。1. 系统提示该用户信息不存在。2. 管理员重新输入，进行新一次操作。 4a.数据库更新失败。1.重复这次修改操作。4.3.4.2.3 用户添加用例名称：添加用户信息简要说明：该用例描述管理员如何添加用户信息。参与者：管理员、后台服务系统。涉众及其关注点：管理员:快速准确录入并保存用户信息。前置条件：管理员已通过身份验证。后置条件：成功保存用户信息。主要成功场景：1. 管理员登陆用户管理界面。2. 选择“添加”操作。3. 录入用户信息。4. 数据库记录该用户信息。扩展：1a.管理员身份受限，无法进入该界面。1.系统给出提示信息。 4a.数据库更新失败。1.重复这次添加操作。4.3.4.2.4 用户删除用例名称：删除用户信息简要说明：该用例描述管理员如何删除用户信息。参与者：管理员、后台服务系统。涉众及其关注点：管理员:快速无误删除用户信息。前置条件：管理员已通过身份验证。后置条件：成功删除用户信息。主要成功场景：1. 管理员登陆用户管理界面。2. 查询要删除的用户信息。3. 选中该户进行删除。4. 数据库中该用户记录被删除。扩展：1a.管理员身份受限，无法进入该界面。1.系统给出提示信息。 2a.要删除的用户信息不存在。1. 系统给出相应提示。2. 管理员重新输入，再次执行删除操作。用户管理子系统的顺序图（主要成功场景）如图4-3-4-2所示：图4-3-4-2 用户管理模块成功场景顺序图登录者的身份非法，无权使用该子系统，则系统自动返回主页。其相应的顺序图如图4-3-4-3所示：图4-3-4-3 用户管理模块失败场景顺序图管理员要修改用户信息时，必须先输入用户名查找出该用户信息，在已有信息的基础上进行修改，进行提交。若要删除的用户信息不存在时，当然也就无法修改，系统给出错误提示，管理员确定后系统返回到修改信息页面。顺序