北大青鸟面向对分析设计ppt(part2).pptVIP

第二章 回顾 2-1 分析是从开发者的角度来描述系统需要做什么 设计阶段是软件开发生命周期中最富挑战性和创造性的阶段 面向对象的系统分析是在对象帮助下构建系统。并且，面向对象的系统设计是设计由现实世界对象组成的系统 UML 是在面向对象模式下为软件建模使用的语言 由于人们无法全面理解复杂系统，因此应构建复杂系统的模型，建模型的主要原因是为了能够更好地理解将要开发的系统 回顾 2-2 软件开发生命周期 (SDLC) 的各阶段都需要使用UML图。 IBM Rational XDE Developer 是一种完整的可视化设计和开发环境。支持代码和模型同步。 UML 使用不同的图展示系统的各个方面。常见的图包括： 用例图 类图 时序图 协作图 活动图 状态图 目标 描述用例和用例图 解释使用用例图的必要性 描述用例之间的关系 解释如何使用 Rational XDE 编写“在线拍卖”系统的用例 用例图简介 统一建模语言为实现其建模目的使用了不同的图 用例图是其中之一，此概念由 Ivar Jacobson 提出，这是他对UML的主要贡献 编写系统的用例图有助于在初始开发阶段构建系统的业务需求 用例 Jacobson 对用例的定义 “对话中的参与者所执行的交互的动作序列，系统为参与者提供了一些可测量值。” 用例图的元素 4-1 用例图的元素 4-2 系统 用例图的元素 4-3 用例 用例图的元素 4-4 参与者 用例符号 3-1 系统边界框 用例符号 3-2 用例符号 用例符号 3-3 参与者 用例的优点 用例将详细说明的需求表示为系统和一个或多个参与者之间的一系列交互 这些交互有助于向用户描述所提出的系统功能 就复杂系统来说，用例也以需要构建的内容提供系统分析的起点 用例提供由系统提供的服务的源，并且有助于确定系统必须实现的类 用例的必要性 构建用例图 2-1 步骤 1. 定义系统和系统边界 步骤 2. 确定参与者及其目标 步骤 3. 确定用例 步骤 4. 确定参与者和用例之间的关系 构建用例图 2-2 用例之间的关系 3-1 用例之间的关系 3-2 扩展关系 用例之间的关系 3-3 包含关系 使用Rational XDE 编写用例 7-1 添加用例图 “在线拍卖”系统的需求 使用Rational XDE 编写用例 7-3 使用Rational XDE 编写用例 7-4 在 Model Explorer 中右击该用例图 ，选择 Open 使用Rational XDE 编写用例 7-5 在图上右击，选择“Add Geometric Shapes”，然后选择“Rectangle” 调整矩形的大小以覆盖所有用例 使用Rational XDE 编写用例 7-6 使用Rational XDE 编写用例 7-7 总结 用例图用于描述系统的需求 用例之间的关系有：包含或扩展关系 用例图用于表示系统的行为或功能 用例图的各个组成部分包括：系统、参与者和用例 Rational XDE 可以方便的编写用例图 ACCP V4.0 ACCP V4.0 用例图 用例的简单解释 “系统的一组使用场景，每个场景描述了一个系统执行的动作序列。执行动作序列，产生特定参与者可看得见的结果值 。” 系统 用例 参与者 　　系统是用例图的一个组成部分，它代表的是一个活动范围，而不是一个真正的软件系统。系统的边界用来说明构建的用例的应用范围。系统边界框定义系统的边界或限制，所以，系统的所有功能或过程会被限制在系统内，即此边界将系统的所有过程/功能与外界环境分隔。 　　用例是系统执行的功能或过程，它可以由外部对象或系统内部另一个用例启动。 　　参与者是负责启动系统过程的外部实体，它可以是使用系统的人或为某些访问系统的外部过程。 系统边界 功能 功能 功能 投币饮料售货机系统 1. 投掷硬币 2. 计算币值 3. 送出饮料 用例 1 用例 2 参与者符号 有助于理解系统需求 有助于正确设计系统功能 有助于正确建立功能间的关系 系统边界框 用例 用例 问题详述 参与者 开发典型用例 用例之间的常见关系 扩展关系 包含关系 用例 1 扩展的行为 extend 满足条件 用例 2 用例 1 用例 2 include 用例 1 具有用例 2 的功能 用例 1 表现出用例 2 的功能 打开用例图 添加系统边界 将图形添加到图 “在线拍卖”系统的需求 用户告知系统该用户目前不想继续使用系统，退出之前必须要登录。 退出 8 用户提供用户名称和密码来通过身份验证。 登录 7 允许登录的买主在浏览拍卖目录时针对特定的拍卖物项竞拍。 竞拍 6 允许用户更新维护其帐户中的有关信息。 管理帐户 5 卖主创建一个在线拍卖物项，在建立一个拍卖项之前，卖主必须要登录系