大型仓库管理系统需求分析
• 仓库盘点过程时序图
• 仓库盘点过程协作图
四、创建系统包图
包是模型的一部分, 包是模型的一部分,模型的每一部分必须属于 某个包。建模者可以将模型的内容分配到包中。 某个包。建模者可以将模型的内容分配到包中。 但是为了使其能够工作, 但是为了使其能够工作,分配必须遵循一些合 理原则,如公用规则、 理原则,如公用规则、紧密耦合的实现和公用 观点等。 观点等 。 UML对如何组包并不强制使用什么 对如何组包并不强制使用什么 规则, 规则,但是良好的解组会很大的增强模型的可 维护性。 维护性。
商 商 商仓 仓 仓 仓 (from Us e Cas es )
仓 库 仓仓 (from Us e Cas es)
用 用 用历 (from Us e Cas es)
用 用 用用 (from Us e Cas es)
仓 库 仓仓 仓 仓 (from Us e Cas es )
商 商 仓仓 商 (from Actors )
• 建立用例图 建立用例图
• 整个系统的角色 用例关系图 整个系统的角色 用例关系图 角色—用例
仓 库 仓仓 (from Us e Cas es) 仓 库 仓仓 (from Us e Cas es) 仓 库 仓仓 (from Us e Cases ) 仓 库 仓仓 (from Us e Cas es)
• 系统总体功能需求框图
仓库信息系统
用 户 登 录
仓 库 管 理
业 务 查 询
系 统 设 置
• 用户登录功能模块
用户登录
用 户 登 录
用 户 注 销
用 户 退 出
• 仓库管理功能模块
仓库管理
仓 库 进 货
仓 库 退 货
仓 库 领 料
仓 库 退 料
商 品 调 拨
仓 库 盘 点
• 系统设置功能模块
二、系统用例模型
建立用例视图分为以下几个步骤: 建立用例视图分为以下几个步骤: • 确定角色 • 创建用例 • 创建角色 用例关系图 创建角色—用例关系图
• 确定角色
创建用例
仓库信息系统根据业务流程可以分为以下的几个用例( 仓库信息系统根据业务流程可以分为以下的几个用例(Use Cases): ) • 仓库进货 • 仓库退货 • 仓库领料 • 仓库退料 • 商品调拨 • 仓库盘点 • 库存查询 • 业务分析 • 仓库历史记录查询 • 供应商信息维护 • 仓库信息维护 • 用户登录 • 用户注销 • 退出系统
大型仓库信息管理系统案例
一、 需求分析 二、系统用例模型 三、系统动态模型 四、创建系统包图 五、系统类模型 六、系统部署
一、 需求分析
系统总体功能需求 一个功能完全的仓库信息管理系统, 一个功能完全的仓库信息管理系统,必须包括以下的几个管 理系统: 理系统: • (1)用户登录 1) • (2)仓库管理 ) • (3)业务查询 ) • (4)系统设置 )
仓 退 退退 (from Us e Cas es)
业 业 业业 (from Us e Cas es)
三、系统动态模型
动态模型包括许多框图:活动框图 ( Activity)、 序 列 图 ( Sequence)、 协 作 图 ) ) (Collaboration)等。 )
• 进货的活动图 进货的活动图
• 系统包图
• 人员信息包内的类
•模中最常见的图。 类图是面向对象系统的建模中最常见的图。 类 图显示了一组类、接口、 图显示了一组类、接口、协作以及他们之间的 关系。 关系。 类图不仅对结构模型的可视化、 类图不仅对结构模型的可视化、详述和文档化 很重要, 很重要,而且对通过正向与逆向工程构造可执 行的系统也很重要。 行的系统也很重要。
• Logical视图 视图
类图
六、系统部署
仓库管理系统部署是整个项目实施过程中最后 的阶段,就是把该系统中涉及到的硬件软件、 的阶段,就是把该系统中涉及到的硬件软件、 整合到一起,并且可以让系统运行起来。 整合到一起,并且可以让系统运行起来。
• 组件图
• 配置图 配置图
历 历 历历 历 历 (from Us e Cas es ) 操操管 (from Actors ) 商 商 商商 商 (from Actors)
管管管 (from Actors )
库 库 历历 (from Us e Cas es)
商 商 仓仓 商 (from Actors)
商 商 商商 (from Us e Cas es)