UML大型超市管理系统

大型仓库管理系统12014——2015学年第二学期软件学院《UML建模》综合设计实验大型仓库管理系统的UML建模班级2013级软件开发.Net学号20137750368姓名赵攀任课教师薛均晓日期2015年6月18日大型仓库管理系统2文工作和系统开发：本文首先对系统的功能进行详细的设计，并在分析与设计的同时用UML建模语言对其建模，采用UML工具ROSE绘制描述各种模型的图形，目的使开发者与用户更有效的实现功能与理解需求，并使程序人员能顺利的实现系统，在系统的实现阶段重点讲述设计到编码的过渡，以体现UML建模的模型对系统开发带来的好处。本文的编写结合了面向对象的软件开发方法与UML建模语言的优势与特色，同时与库存管理系统紧密结合。既体现了面向对象的软件开发思想，又包容了UML建模语言所特有的语言建模优势。在编写中我们大量的使用UML语言所提供的各种建模图形来描述库存管理系统，例如描述用户需求的用例图，描述系统功能的动态的顺序图。根据库存管理的特点，我们大胆的改进了一般的UML建模的分析过程，并在分析设计过程中采用更加适合库存系统的分析级类图与顺序图。系统功能简介：系统的功能是系统能够做的事情，在本系统中，系统的功能有1系统应该能完成入库操作过程中的表与码单的录入2系统应该能完成入库过程中的货物的审核，记费3系统应该能进行有效的库存管理，例如盘点，移库等4系统应该能对出库过程中的表与账单进行管理5系统用户能有效的进行权限，日志的管理6系统用户可以查询报表，客户，货物等基本信息7系统能记录下系统的使用日志8任何人员要使用本系统必须拥有相应的权限第一章库存系统业务用例建模1.1库存系统业务流程分析1.1.1入库流程分析1、货物到达后，站台值班员组织卸货，大致清点品种、件数，编写《物资到站日报》，送至收货组；2、收货组根据《物资到站日报表》核对验收货物，分配库位，填写《码单》。3、客户《货物明细单》到达后，填写《入库单》。核对《码单》、《货物明细大型仓库管理系统3单》，《入库单》，如出现差错，返客户《货物异常报告》。4、总经办审核记账后，生成《帐卡》、《入库收费单》，数据不再允许改动。入库业务流程图如下：1.1.2出库流程分1客户在入库时提供提货样单，用户持提货单至发货组，要求提货。调度员核实提货单的合法性，填写《出库单》，显示相关业务号信息，如果有层次，则显示层次信息，并修改层次信息；如果是一个业务号的尾货则给出尾货提示。然后向用户出具《出库收费单》，同时生成《派车单》，并派保管员准备发货。2保管员持《派车单》组织货物装运，记录实出货物信息，填写《码单出库信息表》。3用户缴费后，保管员开具出门证给用户。4总经办审核记账后，生成保管收费单。5一批货物全部出库后，保管员将《帐卡》、《提货单》、《码单》送至总经办核实平帐后，存档。出库业务流程图如下：调度员提货单客户保管员用户提货单出库收费单派车单提货单查账发货审核派车收费大型仓库管理系统41.13库存管理业务流程分析盘点流程：1货舱部根据需要盘点的货物生成盘点帐存表，表中有生成盘点表的商品编码、商品名称、所属部门、库位、经营方式、库存数量及盘点日期等相关信息；2打印盘点单,包括的项目有：商品库位、所属部门、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期，这里不输出商品的帐存数量;3盘点员手持盘点单，进行实地盘点，将数量填入盘点单中实盘数量处；4货舱部在微机中调出对应的盘点帐存表，将实盘的数量录入进去，经主管检察录入数据的准确性后，审核生效；5生成盘点盈亏表。6针对商品有盘盈和盘亏的商品进行记账。凡是有盈亏的商品列出商品编码、名称、实盘数量、帐存数量、成本单价、盈亏金额盘点业务流程图如下：大型仓库管理系统51.2业务需求用例建模阶段1.2.1业务角色的查找及建立根据此库存管理的分析知，库存管理说涉及的业务角色有：站台值班员，收货组，总经办，客户，保管员，货舱部，盘点员，调度员。1.2.2业务用例查找与分析根据业务流程可以找到基本的业务用例有：1站台值班员卸货审核清点货物货物到达后，站台值班员组织卸货，大致清点品种、件数，编写《物资到站日报》，送至收货组。2收货组验收入库货物分配库位收货组根据《物资到站日报表》核对验收货物，分配库位，填写《码单》。货舱部货舱部盘点员打印盘点单生成盘点帐存表盘点员录入审核实地盘点调帐盘点盈亏表盘点单盘点帐存单盘点档案大型仓库管理系统63收货组审核入库单据处理异常客户《货物明细单》到达后，填写《入库单》。核对《码单》、《货物明细单》，《入库单》，如出现差错，返客户《货物异常报告》。4总经办进行入库审核记账总经办审核记账后，生成《帐卡》、《入库收费单》，数据不再允许改动。注：客户提供提单的同时，提供一份提货样单。5客户申请提货客户在入库时提供提货样单，用户持提货单至发货组，要求提货。6调度员审核客户提货的合法性调度员核实提货单的合法性，填写《出库单》，显示相关业务号信息，如果有层次，则显示层次信息，并修改层次信息；如果是一个业务号的尾货则给出尾货提示。然后向用户出具《出库收费单》，同时生成《派车单》，并派保管员准备发货。7保管员组织发货处理保管员持《派车单》组织货物装运，记录实出货物信息，填写《码单出库信息表》。8用户缴费后，保管员开具出门证给用户总经办进行出库审核记账。总经办审核记账后，生成保管收费单。总经办平帐处理。一批货物全部出库后，保管员将《帐卡》、《提货单》、《码单》送至总经办核实平帐后，存档。9货舱部生成盘点单据货舱部根据需要盘点的货物生成盘点帐存表，表中有生成盘点表的商品编码、商品名称、所属部门、库位、经营方式、库存数量及盘点日期等相关信息。打印盘点单,包括的项目有：商品库位、所属部门、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期，这里不输出商品的帐存数量。10盘点员进行实地盘点盘点员手持盘点单，进行实地盘点，将数量填入盘点单中实盘数量处。11货舱部进行盘点结果处理货舱部在微机中调出对应的盘点帐存表，将实盘的数量录入进去，经主管检察录入数据的准确性后，审核生效。12生成盘点盈亏表针对商品有盘盈和盘亏的商品进行记账。凡是有盈亏的商品列出商品编码、大型仓库管理系统7名称、实盘数量、帐存数量、成本单价、盈亏金额。13过户处理修改货物所属货主，同时修改相应信息（重复出库、入库流程）。14移库处理修改移库货物原有和现有的库存位置。1.2.3业务用例图1.2.4业务活动图入库过程：出库过程：盘点过程：大型仓库管理系统81.3系统基本功能描述：根据库存系统业务过程分析知系统的基本功能有入库管理，出库管理与库存管理三大模块，系统功能图如下：仓储系统入库业务库存业务出库业务大型仓库管理系统9第二章库存系统需求用例建模2.1入库管理需求用例分析2.1.1确定系统顶层用例根据系统的业务过程分析与用户的需求分析，系统的顶层用例如表所示：参与者用例说明入库管理人员入库管理，其中包括到站登记日报管理，入库单管理，码单管理，审核记账等库存管理人员库存的基本业务管理，包括盘点管理，过户管理，移库管理仓区的基本信息管理，包括仓区参数设置，库存分配，预警管理出库管理人员出库管理，有出库单管理，出库信息管理，出库审核管理，以及平帐等系统管理人员系统管理，报表管理，查询管理，基本资料管理等系统得顶层用例图如下：大型仓库管理系统102.1.2入库管理功能性分析：根据业务描述，我们知道此模块应该要实现的功能大致如下：1入库管理人员利用系统登记站台管理员送来的到站日报表信息；2入库管理人员能修改到站日报表信息；3入库管理人员能删除到站日报表信息；4入库管理人员根据到站日报填写，修改，删除码单；5入库管理人员根据货物明细单填写，修改，删除入库单；6入库管理人员审核《码单》、《货物明细单》，《入库单》如有差错，返回《货物异常报告》；如无差错生成《帐卡》、《入库收费单》。入库管理的分层用例图如下：大型仓库管理系统112.3系统整体功能描述系统整体功能图如下：仓储系统功能入库管理出库管理库存管理系统管理查询管理基本资料管理报表管理其他业务管理大型仓库管理系统12第三章业务领域分析与设计3.11）登陆系统类图2）顺序图3）协作图大型仓库管理系统133.2审核处理顺序图大型仓库管理系统143.3到站日报顺序图大型仓库管理系统153.3.1删除到站日报顺序图大型仓库管理系统163.3.2修改码单顺序图大型仓库管理系统173.3.3系统设计顺序图大型仓库管理系统183.3.4客户货物信息顺序图大型仓库管理系统193.3.5进货系统类图大型仓库管理系统203.3.6仓库进货状态图大型仓库管理系统213.4查看日报活动图大型仓库管理系统223.5货物管理活动图大型仓库管理系统233.6仓库历史记录查询时序图3.7系统构架设计包是类或者文件的组合，在入库系统的开发中，我们定义了用户接口包，入库管理类包，数据存储包，以及在开发中涉及到的java包。用户接口：通过用户接口类，用户可以浏览系统中的数据、输入新的数据。其操作是通过调用业务逻辑中的操作来完成的。业务逻辑:主要包括应用系统的对象(它们是对现实世界的模拟)，定义了这些对象的行为以及它们为数据存取层提供了数据操作功能。数据存取:提供服务给业务逻辑层中的类，以及类的定义。大型仓库管理系统243.7.1系统包图第四张系统与配置实现测试4.1系统构件图UML是用组件来表示代码物理模块的。组件可以包括代码库和运行文件。在生成代码之前，将每个文件映射相应组件。在本系统中，使用的是Java开发。每个类映射一个织件，表示这个类的.java文件。生成代码时，Rose用组件信息创建相应的代码库文件。本系统构造的组件图框架如下:大型仓库管理系统254.2系统部署图大型仓库管理系统26第五章系统开发的思考5.1数据库设计问题现在的开发环境越来越多的是面向对象的，而存储机制却是不同于此的关系型数据库，这两者之间存在着很大差异。这种差异使系统的开发活动不能统一。典型的情况是，越来越多的应用系统是三层甚至多层体系结构，在此情况下，用户接口层和业务逻辑层是用面向对象技术开发的，而数据库多数仍然是关系型的。因此，在采用面向对象建模技术分析获得对象模型后，怎样得到关系型的数据库呢?这也是我们本次系统开发中遇到的问题。5.2数据库访问设计问题上面的实体对象映射到数据库表，主要是考虑UML的静态模型到数据库的映射，我们继续讨论动态模型在数据库设计中的实现，主要是数据库存取部分设计。一般来说，数据库存取部分设计主要有以下几种策略:(1)每个对象或类自己负责数据库的访问工作.这种方法不需要专门的服务类，但是业务逻辑和数据操作逻辑都集中在业务类中，任务划分不清晰，业务类既要处理业务逻辑，又要处理数据操作，其中每一个的改动，都会影响到这个业务类。(2)利用开发环境提供的机制许多开发环境提供了初级的访问关系数据库的机制，它们是很好的一个开始。常用的方法包括Microsoft的ODBC机制(开放数据库连接—ODBC)和Java数据库连接(JDBC)，绝大多数面向对象的开发环境提供了封装这些标准方法之一的类库。