仓库管理系统分析与设计

1、课 程 设 计 报 告学生姓名:学 号：学 院:班 级:题 目:仓库管理系统分析与设计指导教师： 王欣 职称: 教授 2011年 7 月 15 日 目 录1. 选题背景12. 仓库管理系统需求分析32.1仓库管理系统的需求陈述32.2需求分析42.2.1功能需求42.2.2性能需求62.3系统需求建模72.3.1业务角色的查找及建立72.3.2业务用例查找与分析72.3.3业务用例图92.3.4业务活动图103. 仓库管理系统系统分析123.1 系统用例建模123.1.1 确定系统角色123.1.2确定系统顶层用例123.1.3 入库管理功能性分析133.1.4 到站日报录入管理用例描述143

2、.1.5码单管理用例描述163.1.6入库单管理用例描述173.1.7审核管理用例描述193.2 静态结构模型203.3 系统动态模型224. 仓库管理系统系统设计与实现234.1 UML体系结构设计234.1.1系统顺序图状态图234.1.2定义基本对象与类284.1.3入库系统类图304.2 对象模型设计304.2.1系统设计顺序图入库类图304.2.2系统扩展功能314.2.3系统构架设计374.3 系统实现384.3.1系统实现的工具与技术384.3.2系统实现方式图394.3.3系统测试与系统实现界面405. 课程设计心得体会42参考文献441. 选题背景传统的面向过程的仓储管理信息

3、系统的开发中存在不少的问题，传统的面向过程的开发方法，也即主要是基于功能分析或数据分析基础上的结构化方法。这种开发方法下设计的系统在70或80年代早期还可以适应，但在越来越复杂的非数值计算类型的软件开发中，在广泛应用图形界面的交互式系统中，在控制要求非常突出的应用中，在需求经常变化的条件下，尤其是在仓储系统这种数据流动性要求比较高的管理软件的开发，用传统的软件开发方法解决问题往往暴露出严重的不适应性，主要表现在以下几点：1)功能与数据分离的软件设计结构与人类的现实环境很不一样，和人的自然思维也就很不一致。 2)系统是围绕着如何实现一定的行为来进行的，当系统行为易变，需要常常修改时，修改极为困难

4、，因此这种结构无法适应迅速变化的技术和需求。3)在系统中模块之间的控制作用有重要影响时，由于在“好的模块结构”中的模块间的控制作用只能通过上下之间的调用关系来进行，造成信息传递路径过长，效率低，易受干扰，甚至出错。所以这种结构无法适应以控制关系为重要特性的系统要求。4)结构化方法开发出来的系统往往难以维护，因为所有的函数都必须知道数据结构。5)自顶向下功能分解的分析方法极大地限制了软件的可重用性，导致对同样对象的大量的重复性工作，大大降低了开发人员的生产率。结构化开发方法暴露出来的问题促使了面向对象开发技术的形成与发展，而面向对象技术的发展促使了UML语言的产生。本文首先对公司的业务与用户的需

5、求进行了分析，然后对系统的功能进行详细的设计，并在分析与设计的同时用UML建模语言对其建模，采用UML工具ROSE绘制描述各种模型的图形，目的使开发者与用户更有效的实现功能与理解需求，并使程序人员能顺利的实现系统，在系统的实现阶段重点讲述设计到编码的过渡，以体现UML建模的模型对系统开发带来的好处。本文的编写结合了面向对象的软件开发方法与UML建模语言的优势与特色，同时与仓储管理系统紧密结合。既体现了面向对象的软件开发思想 ，又包容了UML建模语言所特有的语言建模优势。在编写中我们大量的使用UML语言所提供的各种建模图形来描述仓储管理系统，例如描述用户需求的用例图，描述系统功能的动态的顺序图。

6、根据仓储管理的特点，我们大胆的改进了一般的UML建模的分析过程，并在分析设计过程中采用更加适合仓储系统的分析级类图与顺序图。仓储系统过程语言思想 图1因为系统开发的难度比较大，系统分析工作是我与我的合作者洪少藩同学共同完成的，而系统设计任务是我们分工完成的，我完成了入库管理与系统其他功能的设计，洪少藩完成了出库和库存的系统设计工作，由于时间关系我们在实现阶段只完成了入库管理这一模块。2. 仓库管理系统需求分析2.1仓库管理系统的需求陈述根据仓储系统业务过程分析知系统的基本功能有入库管理，出库管理与库存管理三大模块，系统功能图如下：图2总体规划：1 进行业务流程建模通过使用UML的活动图与用例图

7、描述企业的业务流程来理解领域知识，建立业务用例图;在建模之前我们对仓储系统的业务过程辅助业务流程图来分析，这也是我们在本次系统开发中的一创新点。2 进行系统功能建模寻找用例及其之间的关系(用例图)，通过详细描述用例来捕获系统的功能需求，同时辅助活动图，并建立系统用例图，这是整个开发过程的基础;3 进行领域建模寻找对象与类，主要是使用类图表现领域中各业务类之间的静态关系，并用交互图、顺序图等具体描述类之间的交互以及对象的状态变化。主要涉及以下活动(并不一定是顺序的):1 分析用例以及业务领域2 发现对象，为对象分类，确定对象之间的交互3 确定类之间的关系4 定义类的属性和操作5 分析对象的状态变

8、化4 进行系统设计，在系统分析的基础上进行:系统架构的设计进行高层的系统决策、确定基本的软件结构，并对应用系统进行划分;对象进一步设计对领域模型中的业务类进行精化、调整，增添界面类、控制类等用于实现的类。数据模型设计考虑解决持久对象到数据库的映射问题，设计数据模型以及数据存取访问部分设计。系统设计 得到的模型是精化和调整后的类图、交互图等，同时还有对象持久设计得到的数据模型。5 实现实现的依据是设计过程中得到的静态视图(类图、对象图)、动态视图(顺序图、状态图、协作图、活动图);同时可以将类映射为组件，进而使用CASE工具的框架代码自动生成的功能;同时通过实现图(组件图、配置图)来描述系统的物

9、理视图。6 单元测试，集成与系统测试测试实现的部分是否满足用例的功能要求;另外，类图、组件图、协作图等也可以用来进行测试。2.2需求分析2.2.1功能需求入库流程分析1、货物到达后，站台值班员组织卸货，大致清点品种、件数，编写物资到站日报，送至收货组；2、收货组根据物资到站日报表核对验收货物，分配库位，填写码单。 3、客户货物明细单到达后，填写入库单。核对码单、货物明细单，入库单，如出现差错，返客户货物异常报告。4、总经办审核记帐后，生成帐卡、入库收费单，数据不再允许改动。入库业务流程图如下： 图3出库流程分析：1 客户在入库时提供提货样单，用户持提货单至发货组，要求提货。调度员核实提货单的合

10、法性，填写出库单，显示相关业务号信息，如果有层次，则显示层次信息，并修改层次信息；如果是一个业务号的尾货则给出尾货提示。然后向用户出具出库收费单，同时生成派车单，并派保管员准备发货。2 保管员持派车单组织货物装运，记录实出货物信息，填写码单出库信息表 。3 用户缴费后，保管员开具出门证给用户。4 总经办审核记帐后，生成保管收费单。5 一批货物全部出库后，保管员将帐卡、提货单、码单送至总经办核实平帐后，存档。 出库业务流程图如下： 图42.2.2性能需求库存管理业务流程分析盘点流程：1 货舱部根据需要盘点的货物生成盘点帐存表，表中有生成盘点表的商品编码、商品名称、所属部门、库位、经营方式、库存数

11、量及盘点日期等相关信息；2 打印盘点单,包括的项目有：商品库位、所属部门、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期，这里不输出商品的帐存数量;3 盘点员手持盘点单，进行实地盘点，将数量填入盘点单中实盘数量处；4 货舱部在微机中调出对应的盘点帐存表，将实盘的数量录入进去，经主管检察录入数据的准确性后，审核生效；5 生成盘点盈亏表。6 针对商品有盘盈和盘亏的商品进行记帐。凡是有盈亏的商品列出商品编码、名称、实盘数量、帐存数量、成本单价、盈亏金额盘点业务流程图如下：图52.3系统需求建模2.3.1业务角色的查找及建立根据此仓储管理的分析知，仓储管理说涉及的业务角色有：站台值班员，收货组

12、，总经办，客户，保管员，货舱部，盘点员，调度员2.3.2业务用例查找与分析根据业务流程可以找到基本的业务用例有：1 站台值班员卸货审核清点货物货物到达后，站台值班员组织卸货，大致清点品种、件数，编写物资到站日报，送至收货组。2 收货组验收入库货物分配库位收货组根据物资到站日报表核对验收货物，分配库位，填写码单。3 收货组审核入库单据处理异常客户货物明细单到达后，填写入库单。核对码单、货物明细单，入库单，如出现差错，返客户货物异常报告。4 总经办进行入库审核记帐总经办审核记帐后，生成帐卡、入库收费单，数据不再允许改动。注：客户提供提单的同时，提供一份提货样单。5客户申请提货客户在入库时提供提货样

13、单，用户持提货单至发货组，要求提货。6调度员审核客户提货的合法性调度员核实提货单的合法性，填写出库单，显示相关业务号信息，如果有层次，则显示层次信息，并修改层次信息；如果是一个业务号的尾货则给出尾货提示。然后向用户出具出库收费单，同时生成派车单，并派保管员准备发货。7保管员组织发货处理保管员持派车单组织货物装运，记录实出货物信息，填写码单出库信息表 。8用户缴费后，保管员开具出门证给用户总经办进行出库审核记帐。总经办审核记帐后，生成保管收费单。总经办平帐处理。一批货物全部出库后，保管员将帐卡、提货单、码单送至总经办核实平帐后，存档。9货舱部生成盘点单据货舱部根据需要盘点的货物生成盘点帐存表，表

14、中有生成盘点表的商品编码、商品名称、所属部门、库位、经营方式、库存数量及盘点日期等相关信息。打印盘点单,包括的项目有：商品库位、所属部门、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期，这里不输出商品的帐存数量。10 盘点员进行实地盘点盘点员手持盘点单，进行实地盘点，将数量填入盘点单中实盘数量处。11 货舱部进行盘点结果处理货舱部在微机中调出对应的盘点帐存表，将实盘的数量录入进去，经主管检察录入数据的准确性后，审核生效。12 生成盘点盈亏表针对商品有盘盈和盘亏的商品进行记帐。凡是有盈亏的商品列出商品编码、名称、实盘数量、帐存数量、成本单价、盈亏金额。13 过户处理修改货物所属货主，同时

15、修改相应信息（重复出库、入库流程）。14 移库处理修改移库货物原有和现有的库存位置。2.3.3业务用例图图62.3.4业务活动图入库过程：图6出库过程：图7盘点过程：图83. 仓库管理系统系统分析3.1 系统用例建模3.1.1 确定系统角色一个角色可以是人、硬件设备、甚至另外一个系统。对于一个系统而言，每种类型的用户表示为一个或几个角色，每个与该系统交互的外部系统也表示为一个或几个角色。仓储管理系统中，我们通过分析，可以找出这样一些角色：客户，货物，入库管理人员，仓库，出库管理人员，库存管理人员，系统管理人员。3.1.2确定系统顶层用例一般的uml的需求描述方法是用用例图来表达角色、用例及其之

16、间的关系，用文字形式的事件流文档具体描述用例细节。这种方法存在以下缺点：一张用例图不能描述复杂系统全部需求；系统的业务种类多、功能繁杂，根本无法清晰地将系统的全部功能展开在一张用例图上，即使可以，用户看到纵横交错的各种关系，也只能望而生畏；用例图不适应描述系统的非功能要求；文字不便于说明复杂用例的流程。涉及多个部门之间的交互协调，事件流文档中的文字难以清晰地表达地籍数据的复杂流程。因此我们将采用建立多层次的用例图。顶层用例图描述系统粗粒度的全部功能；下一层将没有表述清的粗粒度用例用更细粒度的子用例描述。根据系统的业务过程分析与用户的需求分析，系统的顶层用例如表所示：参与者用例说明入库管理人员入

17、库管理，其中包括到站登记日报管理，入库单管理，码单管理，审核记帐等库存管理人员库存的基本业务管理，包括盘点管理，过户管理，移库管理仓区的基本信息管理，包括仓区参数设置，库存分配，预警管理出库管理人员出库管理，有出库单管理，出库信息管理，出库审核管理，以及平帐等系统管理人员系统管理，报表管理，查询管理，基本资料管理等系统得顶层用例图如下：图93.1.3 入库管理功能性分析根据业务描述，我们知道此模块应该要实现的功能大致如下：1 入库管理人员利用系统登记站台管理员送来的到站日报表信息；2 入库管理人员能修改到站日报表信息；3 入库管理人员能删除到站日报表信息；4 入库管理人员根据到站日报填写，修改

18、，删除码单；5 入库管理人员根据货物明细单填写，修改，删除入库单；6 入库管理人员审核码单、货物明细单，入库单如有差错，返回货物异常报告；如无差错生成帐卡、入库收费单。入库管理的分层用例图如下：图103.1.4 到站日报录入管理用例描述用例： 到站日报管理参与者：入库管理人员，站台管理员目的： 记录货物的到站情况和到站货物的基本信息综述： 货物到达后，站台管理员组织卸货，大致清点品种、件数，编写物资到站日报，入库管理人员根据到站日报进行到站日报的录入修改等操作。参与者的动作系统响应1）用例始于入库管理人员根据站台管理员提供的信息进行到站日报的管理2）入库管理人员选择登陆到本系统，并输入管理帐号

19、与密码3）系统确认帐号与密码，并提示登陆成功进入系统4）入库管理人员根据系统的提示选择到站日报管理5）进入到站管理界面6）入库管理人员选择： A 登记到站日报 B 修改到站日报 C 删除到站日报7）记录这次完成的操作8）用例在所有操作完成后结束入库日报管理包括登记到站日报，修改到站日报，删除到站日报：登记到站日报：参与者的动作系统响应1）入库管理人员选择登记到站日报2）系统显示出登记日报的界面3）入库管理人员根据站台管理人员提供的信息输入要登记日报的基本信息4）入库管理人员选择登记完成5）系统接收日报的基本信息并放入数据库中6）系统提示登记到站日报完成修改到站日报参与者的动作系统响应1）入库管

20、理人员选择要修改的到站日报2）系统显示出到站日报的信息3）入库管理人员确认要修改，并选择修改项4）系统进入日报修改界面5）入库管理人员修改完成6）系统接收日报的修改信息并再次给出提示信息7）入库管理人员确认8）系统提示修改到站日报完成删除到站日报参与者的动作系统响应1）入库管理人员选择要删除的到站日报2）系统显示出要删除的到站日报的信息3）入库管理人员确认要删除，并选择删除项4）系统接收日报的删除命令并给出提示信息5）入库管理人员确认6）系统提示删除到站日报完成3.1.5码单管理用例描述用例： 码单管理参与者：入库管理人员目的： 根据到站日报生成码单，货物到达验收后产生，记录货物存放信息。综述

21、： 入库管理人员在货物入库后，录入实收的货物信息，记录详细的货物信息、存放位置信息（包括层数）。参与者的动作系统响应1）用例始于入库管理人员根据货物的基本信息与存放信息对码单管理2）入库管理人员选择登陆到本系统，并输入管理帐号与密码3）系统确认帐号与密码，并提示登陆成功进入系统4）入库管理人员根据系统的提示选择到站码单管理5）进入码单管理界面6）入库管理人员选择： A 新建码单 B 修改码单 C 删除码单7）记录这次完成的操作8）用例在所有操作完成后结束码单管理包括新建码单，修改码单，删除码单：新建码单参与者的动作系统响应1）入库管理人员选择新建码单2）系统显示出未处理的到站日报的界面3）入库

22、管理人员根据到站日报号选择要生成码单的到站的货物4）系统给出到站的基本信息与码单的基本信息空位4）入库管理人员输入码单的基本信息5）系统接收新建码单的基本信息并放入数据库中6）系统提示新建码单完成修改码单参与者的动作系统响应1）入库管理人员选择要修改的码单2）系统显示出修改码单的信息3）入库管理人员确认要修改，并选择修改项4）系统进入码单修改界面5）入库管理人员修改完成6）系统接收码单的修改信息并再次给出提示信息7）入库管理人员确认8）系统提示修改码单完成删除码单参与者的动作系统响应1）入库管理人员选择要删除的码单2）系统显示出要删除的码单的信息3）入库管理人员确认要删除，并选择删除项4）系统

23、接收码单的删除命令并给出提示信息5）入库管理人员确认6）系统提示删除码单完成3.1.6入库单管理用例描述用例： 入库单管理参与者： 入库管理人员目的： 入库管理人员根据客户提供的货物明细表填写入库单，录入入库单基本信息。综述： 人工核对客户递交的货物明细表、码单，超出误差范围产生异常报告，如果无异常则正确录入入库单。参与者的动作系统响应1）用例始于入库管理人员根据货物的明细表信息进行录入2）入库管理人员选择登陆到本系统，并输入管理帐号与密码3）系统确认帐号与密码，并提示登陆成功进入系统4）入库管理人员根据系统的提示选择入库单管理5）进入入库单管理界面6）入库管理人员选择： A 新建入库单 B

24、修改入库单 C 删除入库单7）记录这次完成的操作8）用例在所有操作完成后结束入库单管理包括新建入库单，修改入库单，删除入库单：新建入库单参与者的动作系统响应1）入库管理人员选择新建入库单2）系统显示出新建入库单的查询界面3）入库管理人员根据客户提供的货物明细表进行查询4）系统给出查询结果5）入库管理人员要生成入库单的业务6）系统显示此笔业务的基本信息7）入库管理人员进行审核选择： A 生成入库单 B 进入异常处理8）记录这次完成的操作生成入库单1）入库管理人员输入入库单的基本信息并提交2）系统接收入库单的信息并给出提示信息3）输入完成入库单录入异常处理1）入库管理人员输入异常信息并提交2）系统

25、接收入库单的异常信息3）处理完成修改入库单参与者的动作系统响应1）入库管理人员选择要修改的入库单2）系统显示出修改入库单的信息3）入库管理人员确认要修改，并选择修改项4）系统进入码单修改界面5）入库管理人员修改完成6）系统接收入库单的修改信息并再次给出提示信息7）入库管理人员确认8）系统提示修改入库单完成删除入库单参与者的动作系统响应1）入库管理人员选择要删除的入库单2）系统显示出要删除的入库单的信息3）入库管理人员确认要删除，并选择删除项4）系统接收入库单的删除命令并给出提示信息5）入库管理人员确认6）系统提示删除入库单完成3.1.7审核管理用例描述用例： 审核管理参与者： 入库管理人员目的

26、： 审核录入是否正确，生成帐卡，入库收费单综述： 入库管理人员根据货物的基本信息以及入库信息对业务进行审核，如果合格则自动生成帐卡和入库收费单，如果不合格则此笔业务被致与不合格处理。参与者的动作系统响应1）用例始于对货物的信息进行审核处理2）入库管理人员选择登陆到本系统，并输入管理帐号与密码3）系统确认帐号与密码，并提示登陆成功进入系统4）入库管理人员根据系统的提示选择到审核管理5）进入审核管理界面6）入库管理人员选择要审核业务7）给出此业务的具体信息8）入库管理人员进行人工审核并选择：A 审核合格B 不合格9)如果审核合格系统自动生成帐卡和入库收费单，如果不合格修改审核状态为不合格10）系统

27、给出提示信息11）用例在所有操作完成后结束3.2 静态结构模型1、 系统管理：权限管理：给操作员分配相应的权限。日志管理：保存每个操作员所进行的所有操作，并提供相关信息的查询。数据备份：将所有数据表信息定期保存在磁盘中，确保数据的安全性与可靠性。数据恢复：将备份文件恢复到数据库中。2、 报表管理：业务统计：统计客户期间的入库业务量、出库业务量、库存货物信息（包括平帐与否）等。库存统计：统计库存状况（可以按客户、货物、器件、仓区组合统计）。货物统计：统计期间的进出存、大品种货物信息。货位统计：统计货位占有情况、分配情况。盘点统计：统计与盘点相关的信息。3、 查询管理：在库查询：根据不同的查询条件

28、，查询出库存货物的信息。进货查询：根据不同的查询条件，查询出货物入库的信息。出货查询：根据不同的查询条件，查询出出库货物的信息。盘点查询：根据不同的查询条件，查询出与盘点相关信息。（如历史盘点数据、某货物的盘点信息、某客户的盘点信息等。）货况查询：根据不同的查询条件，查询出货物状况的信息。基本资料查询：根据不同的查询条件，查询出与基本资料相关信息。4、 基本资料管理：客户管理：对客户基本信息进行增加、删除、修改操作。货物管理：对货物基本信息进行增加、删除、修改操作。业务员管理：对业务员基本信息进行增加、删除、修改操作。其它基本资料管理：对基本资料进行增加、删除、修改操作。包括：用户权限表、权限

29、信息表、客户(货主)/用户信息表、货物表、仓库信息表、库区信息表、库位信息表、部门表、物资种类表、物资大类表、物资小类表、物资明细分类表、入库费率表、出库费率表、仓储费率表、其他费率表、设备表、到货/出货方式表、业务类别表5、 仓区管理：仓区参数设置：设置仓区参数信息，提供对仓库、库区、库位的信息进行添加、删除、修改等操作。库位分配示意图：按平面图形式显示库位是否分配信息。库存预警：在超出或低于库存限度时给予报警。计算机辅助分配：进行库位分配时，计算机提供可分配的仓位。6、 其他业务管理：录入与编辑其它业务管理信息，具体包括：机电物质信息、化工产品信息、攀金公司的物资信息、加工厂的物资信息、配

30、送信息等。7、 客户远程查询系统：客户可根据不同的查询条件对自己的货物信息进行在库查询、进货查询、出货查询、货况查询。8、 权限管理：我们对操作进行编码，为每个操作角色赋予相应的操作权限，形成操作权限表，系统管理员能根据需要灵活地对操作角色的操作权限进行赋予与修改，以此有效灵活地对用户的操作权限进行控制。角色管理（1）角色填加（2）角色删除（3）角色权限修改（4）角色密码修改权限管理对系统的权限编号的权限内容进行权限的管理，如修改客户权限的权限大小，入库管理员的权限大小等操作：3.3 系统动态模型系统整体功能图如下：仓储系统功能其他业务管理 入库管理 出库管理 库存管理 系统管理 查询管理 基

31、本资料管理 仓区管理 报表管理 图114. 仓库管理系统系统设计与实现4.1 UML体系结构设计4.1.1系统顺序图状态图权限管理对于系统来说十分重要，因为它关系到系统得安全性，因此在系统得开发与设计中，我们始终把系统的安全性放在十分重要的位置，因此我们在用顺序图分析的时候始终从系统用户未登陆状态来分析的，在后边系统详细设计时，我们会给出用户登录的顺序图；1 新建到站日报 图122 修改到站日报图133 删除到站日报图144 新建码单图155 修改码单入库信息图166 删除码单入库信息图177 新建入库单图188 修改入库单图199 删除入库单图2010 审核处理图214.1.2定义基本对象与

32、类入库管理子系统的对象分析：实体对象货物，物资到站日报，码单入库信息表，仓库，货物明细单，入库单，货物异常报告，帐卡入库信息，入库收费单，客户信息，库区，库位，码单基本信息表，职工信息表，用户权限表，权限信息表，验收工具表，设备表，站台表，计量单位表，部门表，物资明晰分类表，业务类别表边界对象入库到站日报管理界面，入库码单管理界面，入库单管理界面，入库审核界面控制对象入库审核根据分析级的顺序图与系统的对象分析定义系统中涉及的类：（1）类 客户 KH（2）类 货物 HW（3）类 仓库 CK（4）类 库区 KQ（5）类 库位 KW（6）类 物资到站日报 DZRB（7）类 码单基本信息 MDJBXX

33、（8）类 码单入库信息：MDRKXX（9）类 保管员入库验收信息（BGYYSXX）（10）类 码单货物存放明细（MDHWCF）（11）类 入库单 RKD（12）类 货物异常报告 HWYCBG（13）类 帐卡入库信息 ZKRKXX（14）类 入库收费单 RKSFD（15）类 用户权限 YHQX（16）类 权限信息 QXXX（17）类 入库审核 RKSH（18）类 职工信息ZGXX（19) 类 物资存储类 WZCCL（20）类 业务类别 YWLB（21）类 物资明晰分类 WZMXFL（22）类 部门 BM（23）类 计量单位 JLDW（24）类 站点 ZD（25）类 验收工具 YSGJ（26）类

34、设备 SB4.1.3入库系统类图图224.2 对象模型设计4.2.1系统设计顺序图入库类图新建入库单顺序图：入库类：图234.2.2系统扩展功能1 权限管理我们对操作进行编码，为每个操作角色赋予相应的操作权限，形成操作权限表，系统管理员能根据需要灵活地对操作角色的操作权限进行赋予与修改，以此有效灵活地对用户的操作权限进行控制。1）角色管理（1）角色填加（2）角色删除（3）角色权限修改（4）角色密码修改2）权限管理对系统的权限编号的权限内容进行权限的管理，如修改客户权限的权限大小，入库管理员的权限大小等操作：图24 填加角色的顺序图图25 删除角色的顺序图图26 修改用户权限顺序图图27 修改用

35、户密码顺序图图28 修改权限信息表2 日志管理保存每个操作员所进行的所有操作，提供有权限的人进行查询的功能日志管理功能操作的顺序图如下：图293 数据备份：将所有数据表信息定期保存在磁盘中。系统功能实现的顺序图如下：图304 数据恢复用备份文件替换受损文件。实现的顺序图如下：图315 业务统计统计客户期间的入库业务量、出库业务量、货物信息等。客户入库业务量统计顺序图：图32客户出库业务量统计顺序图图33客户货物信息图34返回的货物信息：数据项数据名称起日期止日期客户号客户名称货物编号hwID品名PM规格型号GGXH产地cd钢号pp等级dj定尺dc定尺长度dccd包装类型bzLX dwZL克重k

36、z4.2.3系统构架设计包是类或者文件的组合，在入库系统的开发中，我们定义了用户接口包，入库管理类包，数据存储包，以及在开发中涉及到的java包。用户接口：通过用户接口类，用户可以浏览系统中的数据、输入新的数据。其操作是通过调用业务逻辑中的操作来完成的。业务逻辑:主要包括应用系统的对象(它们是对现实世界的模拟)，定义了这些对象的行为以及它们为数据存取层提供了数据操作功能。数据存取:提供服务给业务逻辑层中的类，以及类的定义。用户接口包业务逻辑包数据存取包应用包图35入库子系统的设计架构：用户接口业务逻辑数据存取到站日报管理接口码单管理接口入库单管理接口入库审核管理接口查询处理新建处理修改处理删除

37、处理审核处理图364.3 系统实现4.3.1系统实现的工具与技术本次系统地开发工具有Jbuilder9，Rose，Sql Sever，以及Tomcat;Tomcat是一个开放源代码、运行servlet和JSP Web应用软件的基于Java的Web应用软件容器。系统开发在Jbuilder9中开发Java Servlet,jsp页面，以Tomcat作为应用程序服务器，SQL Server 作为数据库服务器。4.3.2系统实现方式图系统配置图：client computersever computerwan图37系统组件图：UML是用组件来表示代码物理模块的。组件可以包括代码库和运行文件。在生成代码

38、之前，将每个文件映射相应组件。在本系统中，使用的是Java开发。每个类映射一个织件，表示这个类的.java文件。生成代码时，Rose用组件信息创建相应的代码库文件。本系统构造的组件图框架如下:图384.3.3系统测试与系统实现界面系统的测试以用例图，类图，顺序图，为依据，测试实现的部分是否满足用例的功能要求。系统实现界面：1 入库管理新建入库单界面图392 入库管理修改入库单界面图403 入库审核界面图415. 课程设计心得体会本文从面向对象的思想出发，讨论了UML建模的语法结构和UML的建模思路与过程，并基于此对仓储管理系统进行了分析，设计，以及最后的实现与测试，由于篇幅有限，本文重点介绍了

39、系统的设计部分，对系统的实现与测试只是选择重点分析。从整个论文的撰写和用例的开发中，我对基于UML和统一过程的面向对象建模方法有了相当的认识。在统一过程开发中，把一个较大的项目的功能分配到一个个用例上去实现，让开发过程变得比较轻松，更适合多个人共同开发;同时，通过开发阶段的限制和迭代的划分，使开发过程的透明度更高，目标更明确，整个项目开发的风险也降低了。当然，由于时间关系，系统还有很多不完善的地方，系统地实现部分我们只实现了入库管理这一模块，并且对于系统高要求标准作的还不够，这也是我们日后努力的方向。现在的开发环境越来越多的是面向对象的，而存储机制却是不同于此的关系型数据库，这两者之间存在着很大差异。这种差异使系统的开发活动不能统一。典型的情况是，越来越多的应用系统是三层甚至多层体系结构，在此情况