uml大作业期末.doc
- 文档编号:134416
- 上传时间:2022-10-04
- 格式:DOC
- 页数:56
- 大小:1.31MB
uml大作业期末.doc
《uml大作业期末.doc》由会员分享,可在线阅读,更多相关《uml大作业期末.doc(56页珍藏版)》请在冰豆网上搜索。
Uml大作业
题目:
大型超市库存管理系统
班级:
软件一班
学号:
20102212481
姓名:
张静静
目录
基于UML的库存管理系统的设计与实现 3
摘要 3
1问题的提出:
5
2本文工作和系统开发:
5
3系统功能简介:
6
第一章库存系统业务用例建模 7
1.1库存系统业务流程分析 7
1.1.1入库流程分析 7
1.2业务需求用例建模阶段 9
1.2.1业务角色的查找及建立 9
1.2.2业务用例查找与分析 9
1.2.3业务用例图 11
1.2.3业务活动图 11
1.3系统基本功能描述:
13
第二章库存系统系统需求用例建模 14
2.1入库管理需求用例分析 14
2.1.1确定系统角色:
14
2.1.2确定系统顶层用例 14
2.1.3入库管理功能性分析:
15
2.1.4到站日报录入管理用例描述:
16
2.1.5码单管理用例描述:
18
2.1.6入库单管理用例描述:
19
2.1.7审核管理用例描述:
22
2.2系统扩展功能需求用例分析 22
2.3系统整体功能描述 24
第三章业务领域分析与设计 25
3.1系统顺序图,状态图 25
3.2定义基本对象与类 30
3.3入库系统类图:
32
3.4定义对象与类的属性与操作 32
3.5系统设计顺序图,入库类图 44
3.6系统扩展功能 45
3.7系统构架设计 52
第四章系统实现测试与配置 53
4.1系统实现的工具与技术 53
4.2系统实现方式图 53
第五章系统开发的思考 54
5.1数据库设计问题 54
5.2数据库访问设计问题 55
结束语 56
参考文献 57
引言:
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的需求描述方法是用用例图来表达角色、用例及其之间的关系,用文字形式的事件流文档具体描述用例细节。
这种方法存在以下缺点:
一张用例图不能描述复杂系统全部需求;系统的业务种类多、功能繁杂,根本无法清晰地将系统的全部功能展开在一张用例图上,即使可以,用户看到纵横交错的各种关系,也只能望而生畏;用例图不适应描述系统的非功能要求;文字不便于说明复杂用例的流程。
涉及多个部门之间的交互协调,事件流文档中的文字难以清晰地表达地籍数据的复杂流程。
因此我们将采用建立多层次的用例图。
顶层用例图描述系统粗粒度的全部功能;下一层将没有表述清的粗粒度用例用更细粒度的子用例描述。
根据系统的业务过程分析与用户的需求分析,系统的顶层用例如表所示:
参与者
用例说明
入库管理人员
入库管理,其中包括到站登记日报管理,入库单管理,码单管理,审核记账等
库存管理人员
库存的基本业务管理,包括盘点管理,过户管理,移库管理
仓区的基本信息管理,包括仓区参数设置,库存
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- uml 作业 期末
![提示](https://static.bdocx.com/images/bang_tan.gif)