基于uml统一建模语言rose软件软件工程仓库管理系统课程设计(编辑修改稿)

基于uml统一建模语言rose软件软件工程仓库管理系统课程设计(编辑修改稿)内容摘要：

各种模型的图形 ，目的使开发者与用户更有效的实现功能与理解需求，并使程序人员能顺利的实现系统，在系统的实现阶段重点讲述设计到编码的过渡，以体现 UML 建模的模型对系统开发带来的好处。 本文的编写结合了面向对象的软件开发方法与 UML 建模语言的优势与特色，同时与仓储管理系统紧密结合。 既体现了面向对象的软件开发思想 ，又包容了 UML 建模语言所特有的语言建模优势。 在编写中我们大量的使用 UML 语言所提供的各种建模图形来描述仓储管理系统，例如描述用户需求的用例图，描述系统功能的动态的顺序图。 根据仓储管理的特点，我们大胆的改进了一般的UML 建模的分析过程，并在分析设计过程中采用更加适合仓储系统的分析级类图与顺序图。 经济管理学院本科课程设计 6 第 2 章 业务建模 首先， UML 融合了 Booch、 OMT 和 OOSE 方法中的基本概念，这些概念与其它 面向对象技术 中的基本概念大多相同， UML 因而成为使用者乐于采用的简单一致的建模语言；其次， UML 不仅是上述方法的简单汇合，而且在这些方法的基础上几经修改完成，它扩展了已有方法的应用范围；第三， UML 是标准的建模语言，而不是 标准的开发过程。 尽管 UML 的应用以系统的开发过程为背景，但针对不同组织和不同应用领域，需要采取不同的开发过 程。 作为一种 建模语言， UML 的定义包括 UML 语义和 UML 表示法两个部分。 (1) UML 语义 描述基于 UML 的精确元模型定义。 元模型为 UML 的所有元素在语法和语义上提供了简单、一致、通用的定义性说明，使开发者能在语义上取得一致，消除了因人而异的 最佳表达方法所造成的影响。 此外 UML 还支持对元模型的扩展定义。 (2) UML 表示法 定义 UML 符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统 建模 提供了标准。 这些图形符号和文字所表达的是应用级的模型，在语义上它是 UML 元模型的实例。 UML 描述了一个系统的静态结构和动态行为。 UML 将系统描述为一些离散的相互作用的对象并最终为外部用户提供一定功能的模型结构。 静态结构定义了系统中重要对象的属性和操作以及这些对象之间的相互关系。 动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制。 从不同但相互联系的角度对系统建立的模型可用于不同的目的。 UML 还包括可将模型分解成包的结构组件，以便于软件小组将大的系统分解成易于处理的块结构，并理解和控制各个 包间的依赖关系，在复杂的开发环境中管理模型单元。 它还包括用于显示系统实现和组织运行的组 件。 RUP 软件开发过程 UML 是一种建模语言而不是一种方法， UML 的表示法和规则能够用来为系统进行面向对象建模，但并没有指定应用 UML 的过程和方法。 1998 年正式颁布的RUP(Rational Unified Process)是 UML 设计者们共同定义的一个软件开发的公共过程框架。 统一过程主要包括四个阶段 :开始阶段、细化阶段、构建阶段和移交阶段。 结合仓储系统得特点和 RUP 分析过程，我们对本仓储系统的开发过程以 及第 2 章 业务建模 7 在开发过程中用到的建模图形如图 21 所示。 图 21 建模图形 配置 测试依据 测试依据 实现目标 编码依据 细化 调整 增补 业务建模 需求分析 领域分析 系统设计 实现 测试与配置 描述 业务用例 活动图 表示 描述 系统用例 系统描述 表示 特化 状态图 活动图 顺序图 实例化 表示 用户接口包 业务逻辑包 数据存储包 应用包 表示 类图 协作图 顺序图 状态图 活动图 用例图 用例图 顺序图 类图 注： 箭头表示模型和各种活动之间的描述关系。 虚线表示各种活动之间的可溯性 对象图 配置图 用例图 流程图 用例图 类图 经济管理学院本科课程设计 8 1 进行业务流程建模 通过使用 UML 的活动图与用例图描述企业的业务流程来理解领域知识，建立业务用例图。 在建模之前我们对仓储系统的业务过程辅助业务流程图来分析，这也是我们在本次系统开发中的一创新点。 2 进行系统功能建模 寻找用例及其之间的关系 (用例图 )，通过详细描述用例来捕获系统的功能需求，同时辅助活动图，并建立系统用例图，这是整个开发过程的基础。 3 进行领域建模 寻找对象与类，主 要是使用类图表现领域中各业务类之间的静态关系，并用交互图、顺序图等具体描述类之间的交互以及对象的状态变化。 主要涉及以下活动 (并不一定是顺序的 ): 1 分析用例以及业务领域 2 发现对象，为对象分类，确定对象之间的交互 3 确定类之间的关系 4 定义类的属性和操作 5 分析对象的状态变化 4 进行系统设计，在系统分析的基础上进行 : 系统架构的设计 进行高层的系统决策、确定基本的软件结构，并对应用系统进行划分。 对象进一步设计 对领域模型中的业务类进行精化、调整，增添界面类、控制类等用于实 现的类。 数据模型设计 考虑解决持久对象到数据库的映射问题，设计数据模型以及数据存取访问部分设计。 系统设计 得到的模型是精化和调整后的类图、交互图等，同时还有对象持久设计得到的数据模型。 5 实现 实现的依据是设计过程中得到的静态视图 (类图、对象图 )、动态视图 (顺序图、状态图、协作图、活动图 )。 同时可以将类映射为组件，进而使用 CASE 工具的框架代码自动生成的功能。 同时通过实现图 (组件图、配置图 )来描述系统的物理视图。 6 单元测试，集成与系统测试 第 2 章 业务建模 9 测试实现的部分是否满足用例的功能要求。 另外，类图 、组件图、协作图等也可以用来进行测试。 业务术语表 软件构架：在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。 结构问题包括总体组织结构和全局控制结构，通信、同步和数据访问的协议，设计元素的功能分配，物理分布，设计元素的组成，定标与性能，备选设计的选择。 逻辑视图：包括最重要的设计类、从这些设计类到包和子系统的组织形式，以及从这些包和子系统到层的组织形式。 它还包括一些用例实现。 它是设计模型的子集。 实施视图：包括实施模型及其从模块到包和层的组织形式的概览。 同时还描述了将逻辑视图中 的包和类向实施视图中的包和模块分配的情况。 它是实施模型的子集。 进程视图：包括所涉及任务（进程和线程）的描述，它们的交互和配置，以及将设计对象和类向任务的分配情况。 只有在系统具有很高程度的并行时，才需要该视图。 在 Rational Unified Process 中，它是设计模型的子集。 配置视图：包括对最典型的平台配置的各种物理节点的描述以及将任务（来自进程视图）向物理节点分配的情况。 只有在分布式系统中才需要该视图。 它是部署模型的一个子集。 用例图：用例图是包括参与者、由系统边界（一个矩形）封闭的一组用例 、参与者和用例之间的关联、用例间的关系以及参与者的泛化的图。 用例图表示了来自用例模型（用例，参与者）的元素。 活动图：活动图是状态机的一个特殊例子，在该状态机中所有的或大部分的状态都是活动状态或动作状态，所有或大部分的转换由源状态中活动的完成所触发。 活动图表示一个程序或工作流。 活动图是模型中的完整单元。 类图：类图是静态视图的图形表达方式，表示声明的（静态的）模型元素，如类、类型及其内容及相互关系。 类图可以表示包的视图，包含嵌套包的符号。 协作图：协作图是表示角色间交互的视图，即，协作中的实例及其链接。 与顺 序图不同，协作图表示了角色之间的关系。 另一方面，协作图也不将时间作为单独的维来表示，所以必须使用顺序号来判断消息的顺序以及并行线程。 经济管理学院本科课程设计 10 组织机构图 仓库库存管理机构组织机构图描述了内部组织结构，工作人员之间的上下级关系。 超市组织机构图如图 22 所示。 图 22 超市组织机构图 主业务用例图 在下一章将会对高仓库管理系统的主业务用例进行细化，有关本用例图的描述在此略。 主用例图如图 23 所示。 第 2 章 业务建模 11 图 23 主用例图 经济管理学院本科课程设计 12 第 3 章 分析与设计 系统分析与设计过程首先根据业务用例和业务活动图进行聚类，聚类活动在系统分析时开始。 聚类活动是个连续的过程，需要不断地进行丰富和完善，需要按照面向对象设计的思想，划分出子系统类，并为类添加应该具有的方法或属性，以及这些方法或属性的可见性，这些可以通过设计类图来描述。 系统设计的任务就是要依据系统分析文档资料，采用正确的方法，确定系统功能模块在计算机内应该用那些程序组成，它们之间用什么方式连接在一起，以构成一个最好的系统结构。 业务流程调查 超市仓库管理信息系统业务流 程调查 根据分析， 本系统业务流程主要包括如下内容：  顾客发订单给销售部门  销售部门经过订单检查，把不合格的订单反馈给客户  对合格的订单，通过核对库存记录，缺货订单通过缺货统计，向采购部门发出缺货通知，并登记缺货记录；对于可供货订单，登记客户档案，开出备货单，通知仓库备货。  保存订单数据，并进行销售统计。 岗位职责 ：进行入库出库的货物进行决策。 以及对报表进行签字。 ：对货物进行登记如数量单价等进行核对，各种信息的查询修改等。 ：对货物进行盘点，对货物所在 货架进行登记，货物的信息增加，删除，修改等，进行生成报表。 ：对货物进行登记如数量单价等进行核对，各种信息的查询修改等。 制作报表。 业务用。