uml库存管理系统设计

库存管理系统-UML设计与实现目录基于UML的库存管理系统的设计与实现3摘要31 问题的提出：52 本文工作和系统开发：53 系统功能简介：6第一章 库存系统业务用例建模71.1 库存系统业务流程分析71.1.1 入库流程分析71.2业务需求用例建模阶段91.2.1业务角色的查找及建立91.2.2业务用例查找与分析91.2.3业务用例图111.2.3业务活动图111.3 系统基本功能描述：13第二章 库存系统系统需求用例建模142.1 入库管理需求用例分析142.1.1 确定系统角色：142.1.2确定系统顶层用例142.1.3 入库管理功能性分析：152.1.4 到站日报录入管理用例描述：162.1.5 码单管理用例描述：182.1.6 入库单管理用例描述：192.1.7 审核管理用例描述：222.2 系统扩展功能需求用例分析222.3 系统整体功能描述24第三章 业务领域分析与设计253.1 系统顺序图，状态图253.2 定义基本对象与类303.3 入库系统类图：323.4 定义对象与类的属性与操作323.5系统设计顺序图，入库类图443.6 系统扩展功能453.7 系统构架设计52第四章 系统实现测试与配置534.1系统实现的工具与技术534.2 系统实现方式图53第五章 系统开发的思考545. 1 数据库设计问题545. 2 数据库访问设计问题55结束语56参考文献57基于UML的库存管理系统的设计与实现摘要面向对象技术是软件工程和过程工程领域中的重要技术，统一建模语言UML则是近几年国际上比较流行的面向对象的标准建模语言。本文阐述了基于UML建模的库存管理信息系统的开发。建模是开发优秀软件所有活动的核心部分，也是本文工作的重点所在。在开发中我们考虑了RUP迭代式开发的优点并与本库存系统开发的特色相结合，提出了自己的一套UML的建模过程。基于这个过程我们从系统分析，设计，实现与测试，运用UML建模思想与各种模型对库存系统进行了详细的描述。关键字:面向对象，UML,库存系统，系统开发引言：1 问题的提出：传统的面向过程的库存管理信息系统的开发中存在不少的问题，传统的面向过程的开发方法，也即主要是基于功能分析或数据分析基础上的结构化方法。这种开发方法下设计的系统在70或80年代早期还可以适应，但在越来越复杂的非数值计算类型的软件开发中，在广泛应用图形界面的交互式系统中，在控制要求非常突出的应用中，在需求经常变化的条件下，尤其是在库存系统这种数据流动性要求比较高的管理软件的开发，用传统的软件开发方法解决问题往往暴露出严重的不适应性，主要表现在以下几点：1)功能与数据分离的软件设计结构与人类的现实环境很不一样，和人的自 然思维也就很不一致。 2)系统是围绕着如何实现一定的行为来进行的，当系统行为易变，需要常常修改时，修改极为困难，因此这种结构无法适应迅速变化的技术和需求。3)在系统中模块之间的控制作用有重要影响时，由于在“好的模块结构”中的模块间的控制作用只能通过上下之间的调用关系来进行，造成信息传递路径过长，效率低，易受干扰，甚至出错。所以这种结构无法适应以控制关系为重要特性的系统要求。4)结构化方法开发出来的系统往往难以维护，因为所有的函数都必须知道数据结构。5)自顶向下功能分解的分析方法极大地限制了软件的可重用性，导致对同样对象的大量的重复性工作，大大降低了开发人员的生产率。结构化开发方法暴露出来的问题促使了面向对象开发技术的形成与发展，而面向对象技术的发展促使了UML语言的产生。2 本文工作和系统开发：本文首先对系统的功能进行详细的设计，并在分析与设计的同时用UML建模语言对其建模，采用UML工具ROSE绘制描述各种模型的图形，目的使开发者与用户更有效的实现功能与理解需求，并使程序人员能顺利的实现系统，在系统的实现阶段重点讲述设计到编码的过渡，以体现UML建模的模型对系统开发带来的好处。本文的编写结合了面向对象的软件开发方法与UML建模语言的优势与特色，同时与库存管理系统紧密结合。既体现了面向对象的软件开发思想 ，又包容了UML建模语言所特有的语言建模优势。在编写中我们大量的使用UML语言所提供的各种建模图形来描述库存管理系统，例如描述用户需求的用例图，描述系统功能的动态的顺序图。根据库存管理的特点，我们大胆的改进了一般的UML建模的分析过程，并在分析设计过程中采用更加适合库存系统的分析级类图与顺序图。3 系统功能简介：系统的功能是系统能够做的事情，在本系统中，系统的功能有：1 系统应该能完成入库操作过程中的表与码单的录入；2 系统应该能完成入库过程中的货物的审核，记费；3 系统应该能进行有效的库存管理，例如盘点，移库等；4 系统应该能对出库过程中的表与账单进行管理；5 系统应该能对出库后的平帐，记录储存等进行管理；6 系统用户能有效的进行权限，日志的管理；7 系统用户可以查询报表，客户，货物等基本信息；8 系统能记录下系统的使用日志；9 任何人员要使用本系统必须拥有相应的权限； 第一章 库存系统业务用例建模1.1 库存系统业务流程分析1.1.1 入库流程分析1、货物到达后，站台值班员组织卸货，大致清点品种、件数，编写物资到站日报，送至收货组；2、收货组根据物资到站日报表核对验收货物，分配库位，填写码单。 3、客户货物明细单到达后，填写入库单。核对码单、货物明细单，入库单，如出现差错，返客户货物异常报告。4、总经办审核记账后，生成帐卡、入库收费单，数据不再允许改动。入库业务流程图如下：1.1.2 出库流程分析1 客户在入库时提供提货样单，用户持提货单至发货组，要求提货。调度员核实提货单的合法性，填写出库单，显示相关业务号信息，如果有层次，则显示层次信息，并修改层次信息；如果是一个业务号的尾货则给出尾货提示。然后向用户出具出库收费单，同时生成派车单，并派保管员准备发货。2 保管员持派车单组织货物装运，记录实出货物信息，填写码单出库信息表 。3 用户缴费后，保管员开具出门证给用户。4 总经办审核记账后，生成保管收费单。5 一批货物全部出库后，保管员将帐卡、提货单、码单送至总经办核实平帐后，存档。 出库业务流程图如下：1.1.3 库存管理业务流程分析盘点流程：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.3业务活动图入库过程：出库过程：盘点过程：1.3 系统基本功能描述：根据库存系统业务过程分析知系统的基本功能有入库管理，出库管理与库存管理三大模块，系统功能图如下：仓储系统入库业务库存业务出库业务第二章 库存系统系统需求用例建模2.1 入库管理需求用例分析2.1.1 确定系统角色：一个角色可以是人、硬件设备、甚至另外一个系统。对于一个系统而言，每种类型的用户表示为一个或几个角色，每个与该系统交互的外部系统也表示为一个或几个角色。库存管理系统中，我们通过分析，可以找出这样一些角色：客户，货物，入库管理人员，仓库，出库管理人员，库存管理人员，系统管理人员。2.1.2确定系统顶层用例一般的uml的需求描述方法是用用例图来表达角色、用例及其之间的关系，用文字形式的事件流文档具体描述用例细节。这种方法存在以下缺点：一张用例图不能描述复杂系统全部需求；系统的业务种类多、功能繁杂，根本无法清晰地将系统的全部功能展开在一张用例图上，即使可以，用户看到纵横交错的各种关系，也只能望而生畏；用例图不适应描述系统的非功能要求；文字不便于说明复杂用例的流程。涉及多个部门之间的交互协调，事件流文档中的文字难以清晰地表达地籍数据的复杂流程。因此我们将采用建立多层次的用例图。顶层用例