第5章 基于UML的需求建模.pptVIP

第5章 基于UML的需求建模 第5章 基于UML的需求建模 本章通过某医药公司进销存管理信息系统软件的设计过程来讨论基于UML的需求建模技术，共分为用例图模型设计、类图模型设计、状态图模型设计、顺序图模型设计、活动图模型设计等几个方面。 第5章 基于UML的需求建模 5.1项目概述 5.2用例模型分析与设计 5.3类图模型设计 5.4动态模型设计 5.5可视化建模工具 5.1项目概述 本项的目的是建立一个医药公司进销存管理信息系统。要设计的这个医药公司进销存管理信息系统由进货、库存、销售三个子系统组成。 进货子系统进行药品验收处理，产生进货传票。 库存子系统由进货入库和销售出库处理维护库存帐。 销售子系统有定价处理和销售处理。 5.1项目概述 关于UML的面向对象分析过程： 如何对软件进行有效地建模？面向对象的分析方法认为：我们可以把软件想象成一个虚拟的多面体，只要我们选择合理的视点、视角和视图，就一定可以建立起相应的模型来表达现实世界的物体。 作为面向对象建模技术的事实上的工业标准，UML正好为我们提供了一个运用面向对象思维进行软件建模和设计的工具。UML用例视图、逻辑视图、构件视图、并发视图、部署视图等，为我们对复杂软件的结构和行为建模提供了很好的指导。 5.2用例模型分析与设计 划分用户群： 适当的用户群划分，可以更好的帮助开发者理解用户需求，让开发者为用户提供更恰当的服务，甚至可以帮助开发者提前发现用户需求的演化方向。 1）产品策划 2）产品设计 5.2用例模型分析与设计 用例模型设计： 用例是能够帮助分析员和用户确定系统使用情况的UML组件。 一组用例就是从用户的角度出发对如何使用系统的描述。 系统分析过程的一个目标是产生一组用例，即用例图。 医药公司进销存管理信息系统用例图模型 5.2用例模型分析与设计 检查用例模型： 主要可以从以下几个方面来进行检查： 1）功能需求的完备性 2）模型是否易于理解 3）是否存在不一致性 4）避免二义性语义 5.2用例模型分析与设计 5.2用例模型分析与设计 参与者之间的关系： 参与者之间可以有泛化关系（或称为“继承”关系）。 例如，在需求分析中常见的权限控制问题，一般的用户只可以使用一些常规的操作，而管理员除了常规操作之外还需要进行一些系统管理工作，操作员既可以进行常规操作又可以进行一些配置操作。 如下图所示： 5.2用例模型分析与设计 5.2用例模型分析与设计 用例之间的关系： 从原则上来讲，用例之间都是并列的，他们之间并不存在着包含从属关系。 但是从保证用例模型的可维护性和一致性角度来看，可以在用例之间抽象出包含、扩展和泛化这几种关系。 5.2用例模型分析与设计 描述用例规约： 用例图只是在总体上大致描述了系统所能提供的各种服务，让人们对于系统的功能有一个总体的认识。 除此之外，还需要描述每一个用例的详细信息，这些信息包含在用例规约中，用例模型是由用例图和每一个用例的详细描述——用例规约所组成的。 5.2用例模型分析与设计 叙述内容包括： 前置条件(precondition) 后置条件(postcondition) 事件流程(flow of event) 注意： 1）用例不一定要设立前置条件或后置条件，不过一定会有主要的事件流程。 2）系统分析师使用用例规约来记录需求，而不是用它来记录分析或设计的细节，所以用例叙述千万别写得太过细腻或复杂。虽然，用例叙述不需要细腻或复杂，但绝对要完整。 5.3类图模型设计 类用来表示一类事物的抽象。 类图则用来表示类之间的关系，包括： 关联：类之间有一定关系，但是关系不是很紧密。 继承：什么什么是一种什么。 聚合：什么什么是什么的一部分。 等。 以本项目医药公司进销存管理信息系统为例，类图如下： 5.3类图模型设计 5.4动态模型设计 前面所讲的用例图是从用户的观点对系统行为的一个描述，类图是静态结构方面对系统的一种表达。