Java与UML面向对象程序设计(概述、用例图)ppt.ppt

Java与UML面向对象程序设计 第3章面向对象技术概述 面向对象的基本概念 对象的本质特征对象具有状态 行为和标识 对象的状态是指对象的属性和这些属性的当前取值 属性是对象的一种内在的性质或特征 对象的行为是指一个对象对外所提供的服务 标识是一个对象用来和所有其他对象相区分的特性 一般是指对象的名字 面向对象技术的起源与特点 面向对象技术是随着软件系统由小规模向大规模转变而产生的 面向对象技术充分体现了分解 抽象 分类 信息隐藏等思想 可以有效地提高软件生产率 缩短软件开发时间 提高软件质量 从而达到控制软件复杂性的目的 面向对象技术强调模拟现实世界中的概念而不是算法 按照人类习惯的思维方式开发出直观自然的软件系统 其开发过程符合人们认识世界解决问题的过程 具有稳定性好 可重用性好 易于理解 适应性强和可靠性高等优点 分类的层次结构 面向对象的概念定义 对象 Object 类 Class 封装 Encapsulation 继承 Inheritance 多态 Polymorphism 消息 Message 统一建模语言UML 统一建模语言UML UnifiedModelingLanguage 是一个通用的可视化建模语言 用于对软件进行描述 可视化处理 构造和建立软件系统的文档 UML的演化 在1994年 Rumbaugh加入了Rational公司与Booch一起工作 开始致力于创建UML语言 1997年 OMG正式采纳UML为工业标准 2001年 UML1 4版本引入了动作语义 它使得UML规格说明更加完整 2003年 OMG发布了UML1 5版本 UML的构成 UML2 0上层结构 Superstructure UML2 0基础结构 Infrastructure UML2 0对象约束语言OCL ObjectConstraintLanguage UML2 0图互换 DiagramInterchange UML2 0图分类 UML的视图 使用UML为软件系统建模 主要是创建出系统的 4 1 视图逻辑视图 LogicalView 进程视图 ProcessView 实现视图 ImplementationView 部署视图 DeploymentView 用例视图 UseCaseView 4 1 视图 统一过程RUP 一个定义良好且管理良好的过程是区别成功项目和不成功项目之间的重要指标 统一过程 正是帮助我们解决在软件开发上面临的困难的 统一过程的特点 统一过程 是一种软件开发过程 是将用户的需求转化为一个软件系统的一系列活动的总称 然而 统一过程 不仅仅是一个过程 统一过程 与众不同的地方在于 它是用例驱动的 以基本架构为中心的 迭代和增量式开发的 统一过程的发展阶段 初始阶段 Inception 细化阶段 Elaboration 构造阶段 Construction 交付阶段 Transition RUP开发模型 统一过程的核心工作流 RUP中有9个核心工作流 分为6个核心过程工作流 CoreProcessWorkflows 和3个核心支持工作流 CoreSupportingWorkflows 核心过程工作流有业务建模 BusinessModeling 工作流 需求 Requirements 工作流 分析和设计 Analysis Design 工作流 实现 Implementation 工作流 测试 Test 工作流和部署 Deployment 工作流 核心支持工作流有配置和变更管理 Configuration ChangeManagement 工作流 项目管理 ProjectManagement 工作流和环境Environment 工作流 统一过程常用的迭代策略 与传统的瀑布模型相比较 RUP中的每个阶段可以进一步分解为迭代 Iteration 每一次迭代都是一个完整的开发流程 依次经过需求 分析设计 实现 测试等工作流 并产生一个可执行的产品版本 形成最终产品的一个子集 它增量式地发展 从一个迭代过程到另一个迭代过程直到成为最终的系统 具有以下优点 降低了在一个增量上的开支风险 降低了产品无法按照既定进度进入市场的风险 加快了整个开发工作的进度 传统的瀑布型软件开发流程 RUP所采用的迭代式开发流程 在RUP中常用的有如下几种典型的迭代策略 增量式 Incremental 迭代演化式 Evolutionary 迭代增量提交式 IncrementalDelivery 迭代 UML2 0的新特点 用例图类图活动图通信图 IBMRational建模工具软件 IBMRationalSoftwareModeler软件IBMRationalSoftwareArchitect软件 Java与UML面向对象程序设计 第4章用例图 用例图概述 用例图 UseCaseDiagram 以每一个参与系统的人员都能理解的方式列举系统的业务需求 它将系统 子系统和类的行为可视化 以利于所有参与人员准确理解这些元素 并确保软件的开发人员最终实现这些元素 用例图的建立处在RUP的第一阶段 它是获取需求的直接方法 用例图还是软件测试人员进行测试的指导 用例图中的标记符元素 系统边界 参与者 Actor 用例 UseCase 用例间的关系 Relationship 用例图示例 主体 主体 Subject 就是UML早期版本中的系统边界 在UML2 0中把主体作为系统边界的正式术语 在开发一个系统时 首先要确定系统的主体 即决定什么是系统的组成部分 什么是系统的外部 主体决定了谁 参与者 使用系统 系统能为谁提供什么功能 用例 这表面看起来显而易见 事实上 对于某些系统来说 其边界很难确定 UML系统边界表示法 参与者 参与者是指系统以外的 在使用系统或与系统交互中所扮演的角色 因此参与者可以是人 可以是事物 也可以是时间或其它系统等等 参与者在建模过程中利用人形符号和命名来表示 由于参与者表示外部事物参与系统的角色 因此参与者的命名一定要充分体现其功能特性 用例图中的参与者命名 参与者间的泛化关系 用例 用例 UseCase 最初由IvarJackboson博士提出 后被综合到UML规范之中 它用来表示参与者期望系统所要完成的功能 系统执行的一组动作序列 这些动作序列可以产生一个特定参与者可观察的结果 简单来讲 用例就是对系统功能的描述 不过 一个用例描述的是整个系统功能的一部分 子功能模块 若干个用例联合起来描述了完整的系统功能 用例主要有以下几个特点 用例总是由参与者来启动的 用例必须为参与者提供数据 用例的完整性 用例图中的通信关联 用例之间的关系 泛化 Generalization 关系包含 Include 关系扩展 Extend 关系 用例间的泛化关系 多级泛化关系 用例间的包含关系 用例包含关系示例 用例间的扩展关系 建立用例模型 问题描述确定参与者确定用例用例描述 即时通信系统的参与者 即时通信系统用例图 用例