UML大型超市管理系统.docx

UML大型超市管理系统.docx

《UML大型超市管理系统.docx》由会员分享，可在线阅读，更多相关《UML大型超市管理系统.docx（25页珍藏版）》请在冰点文库上搜索。

UML大型超市管理系统

2014——2015学年第二学期

软件学院

《UML建模》综合设计实验

大型仓库管理系统的UML建模

班级

2013级软件开发.Net

学号

20137750368

姓名

赵攀

任课教师

薛均晓

日期

2015年6月18日

文工作和系统开发：

本文首先对系统的功能进行详细的设计，并在分析与设计的同时用UML建模语言对其建模，采用UML工具ROSE绘制描述各种模型的图形，目的使开发者与用户更有效的实现功能与理解需求，并使程序人员能顺利的实现系统，在系统的实现阶段重点讲述设计到编码的过渡，以体现UML建模的模型对系统开发带来的好处。

本文的编写结合了面向对象的软件开发方法与UML建模语言的优势与特色，同时与库存管理系统紧密结合。

既体现了面向对象的软件开发思想，又包容了UML建模语言所特有的语言建模优势。

在编写中我们大量的使用UML语言所提供的各种建模图形来描述库存管理系统，例如描述用户需求的用例图，描述系统功能的动态的顺序图。

根据库存管理的特点，我们大胆的改进了一般的UML建模的分析过程，并在分析设计过程中采用更加适合库存系统的分析级类图与顺序图。

系统功能简介：

系统的功能是系统能够做的事情，在本系统中，系统的功能有

1系统应该能完成入库操作过程中的表与码单的录入

2系统应该能完成入库过程中的货物的审核，记费

3系统应该能进行有效的库存管理，例如盘点，移库等

4系统应该能对出库过程中的表与账单进行管理

5系统用户能有效的进行权限，日志的管理

6系统用户可以查询报表，客户，货物等基本信息

7系统能记录下系统的使用日志

8任何人员要使用本系统必须拥有相应的权限

第一章库存系统业务用例建模

1.1库存系统业务流程分析

1.1.1入库流程分析

1、货物到达后，站台值班员组织卸货，大致清点品种、件数，编写《物资到站日报》，送至收货组；

2、收货组根据《物资到站日报表》核对验收货物，分配库位，填写《码单》。

3、客户《货物明细单》到达后，填写《入库单》。

核对《码单》、《货物明细单》，《入库单》，如出现差错，返客户《货物异常报告》。

4、总经办审核记账后，生成《帐卡》、《入库收费单》，数据不再允许改动。

入库业务流程图如下：

1.1.2出库流程分

1客户在入库时提供提货样单，用户持提货单至发货组，要求提货。

调度员核实提货单的合法性，填写《出库单》，显示相关业务号信息，如果有层次，则显示层次信息，并修改层次信息；如果是一个业务号的尾货则给出尾货提示。

然后向用户出具《出库收费单》，同时生成《派车单》，并派保管员准备发货。

2保管员持《派车单》组织货物装运，记录实出货物信息，填写《码单出库信息表》。

3用户缴费后，保管员开具出门证给用户。

4总经办审核记账后，生成保管收费单。

5一批货物全部出库后，保管员将《帐卡》、《提货单》、《码单》送至总经办核实平帐后，存档。

出库业务流程图如下：

1.13库存管理业务流程分析

盘点流程：

1货舱部根据需要盘点的货物生成盘点帐存表，表中有生成盘点表的商品编码、商品名称、所属部门、库位、经营方式、库存数量及盘点日期等相关信息；

2打印盘点单,包括的项目有：

商品库位、所属部门、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期，这里不输出商品的帐存数量;

3盘点员手持盘点单，进行实地盘点，将数量填入盘点单中实盘数量处；

4货舱部在微机中调出对应的盘点帐存表，将实盘的数量录入进去，经主管检察录入数据的准确性后，审核生效；

5生成盘点盈亏表。

6针对商品有盘盈和盘亏的商品进行记账。

凡是有盈亏的商品列出商品编码、名称、实盘数量、帐存数量、成本单价、盈亏金额

盘点业务流程图如下：

1.2业务需求用例建模阶段

1.2.1业务角色的查找及建立

根据此库存管理的分析知，库存管理说涉及的业务角色有：

站台值班员，收货组，总经办，客户，保管员，货舱部，盘点员，调度员。

1.2.2业务用例查找与分析

根据业务流程可以找到基本的业务用例有：

1站台值班员卸货审核清点货物

货物到达后，站台值班员组织卸货，大致清点品种、件数，编写《物资到站日报》，送至收货组。

2收货组验收入库货物分配库位

收货组根据《物资到站日报表》核对验收货物，分配库位，填写《码单》。

3收货组审核入库单据处理异常

客户《货物明细单》到达后，填写《入库单》。

核对《码单》、《货物明细单》，《入库单》，如出现差错，返客户《货物异常报告》。

4总经办进行入库审核记账

总经办审核记账后，生成《帐卡》、《入库收费单》，数据不再允许改动。

注：

客户提供提单的同时，提供一份提货样单。

5客户申请提货

客户在入库时提供提货样单，用户持提货单至发货组，要求提货。

6调度员审核客户提货的合法性

调度员核实提货单的合法性，填写《出库单》，显示相关业务号信息，如果有层次，则显示层次信息，并修改层次信息；如果是一个业务号的尾货则给出尾货提示。

然后向用户出具《出库收费单》，同时生成《派车单》，并派保管员准备发货。

7保管员组织发货处理

保管员持《派车单》组织货物装运，记录实出货物信息，填写《码单出库信息表》。

8用户缴费后，保管员开具出门证给用户

总经办进行出库审核记账。

总经办审核记账后，生成保管收费单。

总经办平帐处理。

一批货物全部出库后，保管员将《帐卡》、《提货单》、《码单》送至总经办核实平帐后，存档。

9货舱部生成盘点单据

货舱部根据需要盘点的货物生成盘点帐存表，表中有生成盘点表的商品编码、商品名称、所属部门、库位、经营方式、库存数量及盘点日期等相关信息。

打印盘点单,包括的项目有：

商品库位、所属部门、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期，这里不输出商品的帐存数量。

10盘点员进行实地盘点

盘点员手持盘点单，进行实地盘点，将数量填入盘点单中实盘数量处。

11货舱部进行盘点结果处理

货舱部在微机中调出对应的盘点帐存表，将实盘的数量录入进去，经主管检察录入数据的准确性后，审核生效。

12生成盘点盈亏表

针对商品有盘盈和盘亏的商品进行记账。

凡是有盈亏的商品列出商品编码、名称、实盘数量、帐存数量、成本单价、盈亏金额。

13过户处理

修改货物所属货主，同时修改相应信息（重复出库、入库流程）。

14移库处理

修改移库货物原有和现有的库存位置。

1.2.3业务用例图

1.2.4业务活动图

入库过程：

出库过程：

盘点过程：

1.3系统基本功能描述：

根据库存系统业务过程分析知系统的基本功能有入库管理，出库管理与库存管理三大模块，系统功能图如下：

第二章库存系统需求用例建模

2.1入库管理需求用例分析

2.1.1确定系统顶层用例

根据系统的业务过程分析与用户的需求分析，系统的顶层用例如表所示：

参与者

用例说明

入库管理人员

入库管理，其中包括到站登记日报管理，入库单管理，码单管理，审核记账等

库存管理人员

库存的基本业务管理，包括盘点管理，过户管理，移库管理

仓区的基本信息管理，包括仓区参数设置，库存分配，预警管理

出库管理人员

出库管理，有出库单管理，出库信息管理，出库审核管理，以及平帐等

系统管理人员

系统管理，报表管理，查询管理，基本资料管理等

系统得顶层用例图如下：

2.1.2入库管理功能性分析：

根据业务描述，我们知道此模块应该要实现的功能大致如下：

1入库管理人员利用系统登记站台管理员送来的到站日报表信息；

2入库管理人员能修改到站日报表信息；

3入库管理人员能删除到站日报表信息；

4入库管理人员根据到站日报填写，修改，删除码单；

5入库管理人员根据货物明细单填写，修改，删除入库单；

6入库管理人员审核《码单》、《货物明细单》，《入库单》如有差错，返回《货物异常报告》；如无差错生成《帐卡》、《入库收费单》。

入库管理的分层用例图如下：

2.3系统整体功能描述

系统整体功能图如下：

第三章业务领域分析与设计

3.11）登陆系统类图

2）顺序图

3）协作图

3.2审核处理顺序图

3.3到站日报顺序图

3.3.1删除到站日报顺序图

3.3.2修改码单顺序图

3.3.3系统设计顺序图

3.3.4客户货物信息顺序图

3.3.5进货系统类图

3.3.6仓库进货状态图

3.4查看日报活动图

3.5货物管理活动图

3.6仓库历史记录查询时序图

3.7系统构架设计

包是类或者文件的组合，在入库系统的开发中，我们定义了用户接口包，入库管理类包，数据存储包，以及在开发中涉及到的java包。

用户接口：

通过用户接口类，用户可以浏览系统中的数据、输入新的数据。

其操作是通过调用业务逻辑中的操作来完成的。

业务逻辑:

主要包括应用系统的对象（它们是对现实世界的模拟），定义了这些对象的行为以及它们为数据存取层提供了数据操作功能。

数据存取:

提供服务给业务逻辑层中的类，以及类的定义。

3.7.1系统包图

第四张系统与配置实现测试

4.1系统构件图

UML是用组件来表示代码物理模块的。

组件可以包括代码库和运行文件。

在生成代码之前，将每个文件映射相应组件。

在本系统中，使用的是Java开发。

每个类映射一个织件，表示这个类的.java文件。

生成代码时，Rose用组件信息创建相应的代码库文件。

本系统构造的组件图框架如下:

4.2系统部署图

第五章系统开发的思考

5.1数据库设计问题

现在的开发环境越来越多的是面向对象的，而存储机制却是不同于此的关系型数据库，这两者之间存在着很大差异。

这种差异使系统的开发活动不能统一。

典型的情况是，越来越多的应用系统是三层甚至多层体系结构，在此情况下，用户接口层和业务逻辑层是用面向对象技术开发的，而数据库多数仍然是关系型的。

因此，在采用面向对象建模技术分析获得对象模型后，怎样得到关系型的数据库呢?

这也是我们本次系统开发中遇到的问题。

5.2数据库访问设计问题

上面的实体对象映射到数据库表，主要是考虑UML的静态模型到数据库的映射，我们继续讨论动态模型在数据库设计中的实现，主要是数据库存取部分设计。

一般来说，数据库存取部分设计主要有以下几种策略:

（1）每个对象或类自己负责数据库的访问工作.

这种方法不需要专门的服务类，但是业务逻辑和数据操作逻辑都集中在业务类中，任务划分不清晰，业务类既要处理业务逻辑，又要处理数据操作，其中每一个的改动，都会影响到这个业务类。

（2）利用开发环境提供的机制

许多开发环境提供了初级的访问关系数据库的机制，它们是很好的一个开始。

常用的方法包括Microsoft的ODBC机制（开放数据库连接—ODBC）和Java数据库连接（JDBC），绝大多数面向对象的开发环境提供了封装这些标准方法之一的类库。