09004628陈瑜库存管理系统UML设计.docx
《09004628陈瑜库存管理系统UML设计.docx》由会员分享，可在线阅读，更多相关《09004628陈瑜库存管理系统UML设计.docx（31页珍藏版）》请在冰点文库上搜索。
09004628陈瑜库存管理系统UML设计
学号：
09004628
2012-2013学年第2学期第9～10周
课程设计II报告
题目：
库存管理系统-UML设计与实现
班级：
46
姓名：
陈瑜
指导教师：
李宏伟
成绩：
经济与管理学院
2012
年
11
月
9
日
南京邮电大学经济与管理学院
课程设计II指导教师成绩评定表
题 目
库存管理系统-UML设计与实现
学生姓名
陈瑜
班级学号
09004628
专业
信息管理与信息系统
评分内容
评分标准
总分
评分
平时成绩
认真对待课程设计，遵守实验室规定，上机不迟到早退，不做和设计无关的事。
20
设计内容
设计内容丰富，符合大纲要求
10
设计图例规范完整
10
功能符合大纲要求
10
系统结构设计正确合理
10
文档写作
文档反映设计规划过程
10
文档反映系统设计流程
10
答辩
简练、准确阐述设计内容，能准确有条理回答各种问题，系统演示顺利。
20
总评分
指导教师
评阅意见
该生对待课程设计II的态度□认真□良好□一般□比较差。
系统分析与设计情况□很好□较好□一般□比较差
UML建模表达情况□很好□良好□一般□比较差
文档书写规范程度□很好□良好□一般□比较差
系统演示顺利情况和答辩流畅准确情况□很好□良好□一般□比较差
完成的课程设计特色之处：
成绩
指导教师签名
日期
2012-11-9
库存管理系统-UML设计与实现
库存系统业务用例建模
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的需求描述方法是用用例图来表达角色、用例及其之间的关系，用文字形式的事件流文档具体描述用例细节。
这种方法存在以下缺点：
一张用例图不能描述复杂系统全部需求；系统的业务种类多、功能繁杂，根本无法清晰地将系统的全部功能展开在一张用例图上，即使可以，用户看到纵横交错的各种关系，也只能望而生畏；用例图不适应描述系统的非功能要求；文字不便于说明复杂用例的流程。
涉及多个部门之间的交互协调，事件流文档中的文字难以清晰地表达地籍数据的复杂流程。
因此我们将采用建立多层次的用例图。
顶层用例图描述系统粗粒度的全部功能；下一层将没有表述清的粗粒度用例用更细粒度的子用例描述。
根据系统的业务过程分析与用户的需求分析，系统的顶层用例如表所示：
参与者
用例说明
入库管理人员
入库管理，其中包括到站登记日报管理，入库单管理，码单管理，审核记账等
库存管理人员
库存的基本业务管理，包括盘点管理，过户管理，移库管理
仓区的基本信息管理，包括仓区参数设置，库存分配，预警管理
出库管理人员
出库管理，有出库单管理，出库信息管理，出库审核管理，以及平帐等
系统管理人员
系统管理，报表管理，查询管理，基本资料管理等
系统得顶层用例图如下：
2.1.3入库管理功能性分析：
根据业务描述，我们知道此模块应该要实现的功能大致如下：
1入库管理人员利用系统登记站台管理员送来的到站日报表信息；
2入库管理人员能修改到站日报表信息；
3入库管理人员能删除到站日报表信息；
4入库管理人员根据到站日报填写，修改，删除码单；
5入库管理人员根据货物明细单填写，修改，删除入库单；
6入库管理人员审核《码单》、《货物明细单》，《入库单》如有差错，返回《货物异常报告》；如无差错生成《帐卡》、《入库收费单》。
入库管理的分层用例图如下：
2.1.4到站日报录入管理用例描述：
用例：
到站日报管理
参与者：
入库管理人员，站台管理员
目的：
记录货物的到站情况和到站货物的基本信息
综述：
货物到达后，站台管理员组织卸货，大致清点品种、件数，编写《物资到站日报》，入库管理人员根据到站日报进行到站日报的录入修改等操作。
参与者的动作
系统响应
1）用例始于入库管理人员根据站台管理员提供的信息进行到站日报的管理
2）入库管理人员选择登陆到本系统，并输入管理账号与密码
3）系统确认账号与密码，并提示登陆成功进入系统
4）入库管理人员根据系统的提示选择到站日报管理
5）进入到站管理界面
6）入库管理人员选择：
A登记到站日报
B修改到站日报
C删除到站日报
7）记录这次完成的操作
8）用例在所有操作完成后结束
入库日报管理包括登记到站日报，修改到站日报，删除到站日报：
登记到站日报：
参与者的动作
系统响应
1）入库管理人员选择登记到站日报
2）系统显示出登记日报的界面
3）入库管理人员根据站台管理人员提供的信息输入要登记日报的基本信息
4）入库管理人员选择登记完成
5）系统接收日报的基本信息并放入数据库中
6）系统提示登记到站日报完成
修改到站日报
参与者的动作
系统响应
1）入库管理人员选择要修改的到站日报
2）系统显示出到站日报的信息
3）入库管理人员确认要修改，并选择修改项
4）系统进入日报修改界面
5）入库管理人员修改完成
6）系统接收日报的修改信息并再次给出提示信息
7）入库管理人员确认
8）系统提示修改到站日报完成
删除到站日报
参与者的动作
系统响应
1）入库管理人员选择要删除的到站日报
2）系统显示出要删除的到站日报的信息
3）入库管理人员确认要删除，并选择删除项
4）系统接收日报的删除命令并给出提示信息
5）入库管理人员确认
6）系统提示删除到站日报完成
2.1.5码单管理用例描述：
用例：
码单管理
参与者：
入库管理人员
目的：
根据到站日报生成码单，货物到达验收后产生，记录货物存放信息。
综述：
入库管理人员在货物入库后，录入实收的货物信息，记录详细的货物信息、存放位置信息（包括层数）。
参与者的动作
系统响应
1）用例始于入库管理人员根据货物的基本信息与存放信息对码单管理
2）入库管理人员选择登陆到本系统，并输入管理帐号与密码
3）系统确认帐号与密码，并提示登陆成功进入系统
4）入库管理人员根据系统的提示选择到站码单管理
5）进入码单管理界面
6）入库管理人员选择：
A新建码单
B修改码单
C删除码单
7）记录这次完成的操作
8）用例在所有操作完成后结束
码单管理包括新建码单，修改码单，删除码单：
新建码单
参与者的动作
系统响应
1）入库管理人员选择新建码单
2）系统显示出未处理的到站日报的界面
3）入库管理人员根据到站日报号选择要生成码单的到站的货物
4）系统给出到站的基本信息与码单的基本信息空位
4）入库管理人员输入码单的基本信息
5）系统接收新建码单的基本信息并放入数据库中
6）系统提示新建码单完成
修改码单
参与者的动作
系统响应
1）入库管理人员选择要修改的码单
2）系统显示出修改码单的信息
3）入库管理人员确认要修改，并选择修改项
4）系统进入码单修改界面
5）入库管理人员修改完成
6）系统接收码单的修改信息并再次给出提示信息
7）入库管理人员确认
8）系统提示修改码单完成
删除码单
参与者的动作
系统响应
1）入库管理人员选择要删除的码单
2）系统显示出要删除的码单的信息
3）入库管理人员确认要删除，并选择删除项
4）系统接收码单的删除命令并给出提示信息
5）入库管理人员确认
6）系统提示删除码单完成
2.1.6入库单管理用例描述：
用例：
入库单管理
参与者：
入库管理人员
目的：
入库管理人员根据客户提供的货物明细表填写入库单，录入入库单基本信息。
综述：
人工核对客户递交的货物明细表、码单，超出误差范围产生异常报告，如果无异常则正确录入入库单。
参与者的动作
系统响应
1）用例始于入库管理人员根据货物的明细表信息进行录入
2）入库管理人员选择登陆到本系统，并输入管理帐号与密码
3）系统确认帐号与密码，并提示登陆成功进入系统
4）入库管理人员根据系统的提示选择入库单管理
5）进入入库单管理界面
6）入库管理人员选择：
A新建入库单
B修改入库单
C删除入库单
7）记录这次完成的操作
8）用例在所有操作完成后结束
入库单管理包括新建入库单，修改入库单，删除入库单：
新建入库单
参与者的动作
系统响应
1）入库管理人员选择新建入库单
2）系统显示出新建入库单的查询界面
3）入库管理人员根据客户提供的货物明细表进行查询
4）系统给出查询结果
5）入库管理人员要生成入库单的业务
6）系统显示此笔业务的基本信息
7）入库管理人员进行审核选择：
A生成入库单
B进入异常处理
8）记录这次完成的操作
生成入库单
1）入库管理人员输入入库单的基本信息
并提交
2）系统接收入库单的信息并给出提示信息
3）输入完成
入库单录入异常处理
1）入库管理人员输入异常信息并提交
2）系统接收入库单的异常信息
3）处理完成
修改入库单
参与者的动作
系统响应
1）入库管理人员选择要修改的入库单
2）系统显示出修改入库单的信息
3）入库管理人员确认要修改，并选择修改项
4）系统进入码单修改界面
5）入库管理人员修改完成
6）系统接收入库单的修改信息并再次给出提示信息
7）入库管理人员确认
8）系统提示修改入库单完成
删除入库单
参与者的动作
系统响应
1）入库管理人员选择要删除的入库单
2）系统显示出要删除的入库单的信息
3）入库管理人员确认要删除，并选择删除项
4）系统接收入库单的删除命令并给出提示信息
5）入库管理人员确认
6）系统提示删除入库单完成
2.1.7审核管理用例描述：
用例：
审核管理
参与者：
入库管理人员
目的：
审核录入是否正确，生成帐卡，入库收费单
综述：
入库管理人员根据货物的基本信息以及入库信息对业务进行审核，如果合格则自动生成帐卡和入库收费单，如果不合格则此笔业务被致与不合格处理。
参与者的动作
系统响应
1）用例始于对货物的信息进行审核处理
2）入库管理人员选择登陆到本系统，并输入管理帐号与密码
3）系统确认帐号与密码，并提示登陆成功进入系统
4）入库管理人员根据系统的提示选择到审核管理
5）进入审核管理界面
6）入库管理人员选择要审核业务
7）给出此业务的具体信息
8）入库管理人员进行人工审核并选择：
A审核合格
B不合格
9）如果审核合格系统自动生成帐卡和入库收费单，如果不合格修改审核状态为不合格
10）系统给出提示信息
11）用例在所有操作完成后结束
2.2系统扩展功能需求用例分析
1、系统管理：
权限管理：
给操作员分配相应的权限。
日志管理：
保存每个操作员所进行的所有操作，并提供相关信息的查询。
数据备份：
将所有数据表信息定期保存在磁盘中，确保数据的安全性与可靠性。
数据恢复：
将备份文件恢复到数据库中。
2、报表管理：
业务统计：
统计客户期间的入库业务量、出库业务量、库存货物信息（包括平帐与否）等。
库存统计：
统计库存状况（可以按客户、货物、器件、仓区组合统计）。
货物统计：
统计期间的进出存、大品种货物信息。
货位统计：
统计货位占有情况、分配情况。
盘点统计：
统计与盘点相关的信息。
3、查询管理：
在库查询：
根据不同的查询条件，查询出库存货物的信息。
进货查询：
根据不同的查询条件，查询出货物入库的信息。
出货查询：
根据不同的查询条件，查询出出库货物的信息。
盘点查询：
根据不同的查询条件，查询出与盘点相关信息。
（如历史盘点数据、某货物的盘点信息、某客户的盘点信息等。
）
货况查询：
根据不同的查询条件，查询出货物状况的信息。
基本资料查询：
根据不同的查询条件，查询出与基本资料相关信息。
4、基本资料管理：
客户管理：
对客户基本信息进行增加、删除、修改操作。
货物管理：
对货物基本信息进行增加、删除、修改操作。
业务员管理：
对业务员基本信息进行增加、删除、修改操作。
其它基本资料管理：
对基本资料进行增加、删除、修改操作。
包括：
用户权限表、权限信息表、客户（货主）/用户信息表、货物表、仓库信息表、库区信息表、库位信息表、部门表、物资种类表、物资大类表、物资小类表、物资明细分类表、入库费率表、出库费率表、库存费率表、其他费率表、设备表、到货/出货方式表、业务类别表
5、仓区管理：
仓区参数设置：
设置仓区参数信息，提供对仓库、库区、库位的信息进行添加、删除、修改等操作。
库位分配示意图：
按平面图形式显示库位是否分配信息。
库存预警：
在超出或低于库存限度时给予报警。
计算机辅助分配：
进行库位分配时，计算机提供可分配的仓位。
6、其他业务管理：
录入与编辑其它业务管理信息，具体包括：
机电物质信息、化工产品信息、攀金公司的物资信息、加工厂的物资信息、配送信息等。
7、客户远程查询系统：
客户可根据不同的查询条件对自己的货物信息进行在库查询、进货查询、出货查询、货况查询。
8、权限管理：
我们对操作进行编码，为每个操作角色赋予相应的操作权限，形成操作权限表，系统管理员能根据需要灵活地对操作角色的操作权限进行赋予与修改，以此有效灵活地对用户的操作权限进行控制。
角色管理
（1）角色填加
（2）角色删除
（3）角色权限修改
（4）角色密码修改
权限管理
对系统的权限编号的权限内容进行权限的管理，如修改客户权限的权限大小，入库管理员的权限大小等操作：
2.3系统整体功能描述
系统整体功能图如下：
业务领域分析与设计
3.1系统顺序图，状态图
权限管理对于系统来说十分重要，因为它关系到系统得安全性，因此在系统得开发与设计中，我们始终把系统的安全性放在十分重要的位置，因此我们在用顺序图分析的时候始终从系统用户未登陆状态来分析的，在后边系统详细设计时，我们会给出用户登录的顺序图；
1新建到站日报：
2修改到站日报：
3删除到站日报
4新建码单：
5修改码单入库信息
6删除码单入库信息
7新建入库单：
1．8修改入库单
1．9删除入库单
1．10审核处理
3.2定义基本对象与类
入库管理子系统的对象分析：
实体对象
货物，物资到站日报，码单入库信息表，仓库，货物明细单，入库单，货物异常报告，帐卡入库信息，入库收费单，客户信息，库区，库位，码单基本信息表，职工信息表，用户权限表，权限信息表，验收工具表，设备表，站台表，计量单位表，部门表，物资明晰分类表，业务类别表
边界对象
入库到站日报管理界面，入库码单管理界面，入库单管理界面，入库审核界面
控制对象
入库审核
3.3入库系统类图：
3.4定义对象与类的属性与操作
3.5系统设计顺序图，入库类图
新建入库单顺序图：
入库类：
3.6系统扩展功能
1权限管理：
我们对操作进行编码，为每个操作角色赋予相应的操作权限，形成操作权限表，系统管理员能根据需要灵活地对操作角色的操作权限进行赋予与修改，以此有效灵活地对用户的操作权限进行控制。
1）角色管理
（1）角色填加
（2）角色删除
（3）角色权限修改
（4）角色密码修改
2）权限管理
对系统的权限编号的权限内容进行权限的管理，如修改客户权限的权限大小，入库管理员的权限大小等操作：
填加角色的顺序图
删除角色的顺序图
修改用户权限顺序图
修改用户密码顺序图
修改权限信息表
2日志管理
保存每个操作员所进行的所有操作，提供有权限的人进行查询的功能
日志管理功能操作的顺序图如下：
3数据备份：
将所有数据表信息定期保存在磁盘中。
系统功能实现的顺序图如下：
4数据恢复
用备份文件替换受损文件。
实现的顺序图如下：
5业务统计
统计客户期间的入库业务量、出库业务量、货物信息等。
客户入库业务量统计顺序图：
客户出库业务量统计顺序图
客户货物信息：
返回的货物信息：
数据项
数据名称
起日期
止日期
客户号
客户名称
货物编号
hwID
品名
PM
规格型号
GGXH
产地
cd
钢号
pp
等级
dj
定尺
dc
定尺长度
dccd
包装类型
bzLXdwZL
克重
kz
3.7系统构架设计
包是类或者文件的组合，在入库系统的开发中，我们定义了用户接口包，入库管理类包，数据存储包，以及在开发中涉及到的java包。
用户接口：
通过用户接口类，用户可以浏览系统中的数据、输入新的数据。
其操作是通过调用业务逻辑中的操作来完成的。
业务逻辑:
主要包括应用系统的对象（它们是对现实世界的模拟），定义了这些对象的行为以及它们为数据存取层提供了数据操作功能。
数据存取:
提供服务给业务逻辑层中的类，以及类的定义。
入库子系统的设计架构：
3.开发平台选择
计算机配置：
奔460G，256M以上;软件;使用RationalRose
4.实验小结
由于近年来企业规模不断扩大，公司的整个业务数量也在不断扩大。
然而在业务增加的同时也出现了一系列问题：
信息量不足，大量的日常工作兼是手工处理，因此造成工作效率低落、企业内部沟通不良等等，这样的直接后果就是信息传递、管理方式不仅效率低，可靠性，安全性和保密性都无法满足要求，而且数据统计时间严重滞后，往往是当领导了解到企业的<进，销，存>环节出现问题时，就远离问题出现的时间和地点。
另外传统的手工方式的管理，也并不能及时地将决策信息传递给相关决策人，从而不能及时
升级会员 