第二部分软件需求分析与建模（57）090918.ppt

对象模型 对象模型可以看成是数据流和语义数据模型的结合 对象模型表示静态的、结构化系统的“数据”性质。 它是对模拟客观世界实体的对象，以及对象彼此间的关系的映射，描述了系统的静态结构。 对象模型是一个类（包括其属性和行为）、对象（类的实例）、类和（或）对象之间关系的定义集。 类名是一类对象的抽象命名，其命名是否恰当对系统的可理解性影响相当大。 对象模型还必须表示类/对象之间的结构关系。类/对象之间的关系一般可概括为关联、归纳（泛化）、组合（聚集）三类。 动态模型 动态模型表示瞬间的、行为化的系统“控制”性质，它规定了对象模型中对象的合法变化序列。 对象运行周期中的阶段就是对象的状态。 对象状态是对对象属性的一种抽象。 对象之间相互触发/作用的行为（称为事件），引起了一系列的状态变化。 事件是某个特定时刻所发生的一个系统行为，它是对引起对象从一种状态转换到另一个状态的现实世界事件的抽象。 对象对事件的响应，取决于接受该触发的对象当时所处的状态，其响应包括改变自己的状态，或者是形成一个新的触发行为（事件）。 动态模型描绘了对象的状态，触发状态转换的事件，以及对象行为（对事件的响应）。 功能模型 功能模型表示变化的系统的“功能”性质，指明了系统应该“做什么”。 它更直接地反映了用户对目标系统的需求。 面向对象是以用例驱动的。用例站在用户的角度描述用户的交互过程，有助于软件开发人员更深入地理解问题域，改进和完善自己的分析和设计。 对象模型、动态模型和功能模型相辅相成，使得对系统的需求分析和设计描述更加直观、全面。 对象模型是最基本、最重要的，它为其他两种模型奠定了基础。 统一建模语言UML 统一建模语言（UML，Unified Modeling Language）是一种基于面向对象的可视化建模语言。 UML用丰富的图形符号隐含表示了模型元素的语法，而用这些图形符号组成元模型表达语义，组成模型描述系统结构（或称为静态特征）以及行为（或称为动态特征）。 UML的模型元素： 一类模型元素用于表示模型中的某个概念，如类、对象、用例、结点、构件、包、接口等； 另一类模型元素用于表示模型元素之间相互连接的关系，主要有关联、泛化（表示一般与特殊的关系）、依赖、聚集（表示整体与部分的关系）等。 UML模型元素 聚集 依赖 泛化 关联 状态 对象 属性 操作 类 属性 操作 角色 用例 结点 构件 包 接口 注解 UML模型结构 四个抽象层次： 元元模型：定义了描述元模型的语言 元模型：定义了元类、元属性、元操作等一些概念 模型：定义了描述信息领域的语言 用户模型：模型的实例，用于表达一个模型的特定情况 用户模型 模型 元模型 元元模型 事物 n 相关 1..n 链接 对象 n 相关 1..n 关联 类 n 实例 1 n 实例 1..n UML模型视图 UML主要是用来描述模型的。它可以从不同视角为系统建模，形成不同的视图（View）。每个视图是系统完整描述中的一个抽象，代表该系统一个特定的方面；每个视图又由一组图（Diagram）构成，图包含了强调系统某一方面的信息。 两类图： 静态图：包括用例图、类图、对象图、构件图和部署图 动态图：包括状态图、时序图、协作图和活动图 五种视图： 用例视图从用户角度表达系统功能； 结构视图主要使用类图和对象图描述系统静态结构； 行为视图展示系统动态行为及其并发性； 实现视图展示系统实现的结构和行为特征； 部署视图展示系统的实现环境和构件是如何在物理结构中部署的 用例建模 需求捕获的目标： 发现真正的需求 以适用于用户、客户和开发人员的方式加以表示 系统用户表示为一个参与者 参与者在与用例进行交互时使用系统 用例向参与者提供某些有价值结果而执行一些动作序列 编写用例 用例着眼于为用户增加价值，提供了一种捕获功能需求的系统且直观的方法，可驱动整个开发过程。 用例从某个特定参与者的角度用简单易懂的语言说明一个特定的使用场景。 要开始开发用例，应列出特定参与者执行的功能或者活动。 用例模型帮助客户、用户和开发人员在如何使用系统方面达成共识。 用例图描述部分用例模型，显示带有联系的用例和参与者的集合 POS机系统部分用例图 用例图 用例图包括：参与者、用例、关联和边界四个要素。 参与者：用小人形表示 用例：用椭圆表示 关联：用直线表示说明参与者驱动某个用例 边界：用矩形框表示，说明系统关注点。 用例使用非正式的描述性风格编写，也可以使用某个结构化的格式编写，有些格式更强调描述的直观性。 开发用例 用例不同部分 说明 用例名称 以动词开始描述用例名称 范围 要设计的系统 级别 “用户目标”或者是“子功能” 主要参与者 调用系统，使之交付服务 渋众及其关注点 关注该用例的人，及其需要 前置条件