[tanhuobinuml051.Use-Case+Analysis.pptVIP

面向对象分析设计Object-Oriented Analysis Design 谭火彬 第05章 用例分析 Use Case Analysis 学习路线图 下一步？ 内容安排 分析基础 从用例开始分析 构架分析 用例分析流程 内容安排 分析基础 从用例开始分析 构架分析 用例分析流程 分析 分析 为了满足需求模型中所描述的功能，系统内部应该有什么样的业务核心机制(做什么？) 分析的目标开发一系列模型，以描述机软件核心成分，从而满足客户定义的需求：分析模型 包括两个层次：构架分析和用例分析 包括两类模型：静态结构(包图、类图)和动态交互(顺序图、协作图) 模型元素按照构架来组织，各类视图按照用例实现来组织 分析阶段主要工件 从需求到分析 分析与需求的关系 分析是建立在需求收集的基础上 分析模型建立在用例模型的基础上 用例模型确定了分析模型的结构（通过用例实现来组织分析模型） 用户视角理解用户问题过渡到开发团队视角分析用户问题 与需求一样，它还是在问题域中 从用户视角跨入开发团队视角 分析与需求捕获在很大程度上重叠，这两个活动常常相辅相成，为了澄清和找出任何遗漏或歪曲的需求，常常需要在需求之上作一些分析 内容安排 分析基础 从用例开始分析 构架分析 用例分析流程 如何开始分析？ 分析模型与用例模型 分析阶段的用例—用例实现 一个用例实现(协作)是设计(分析)模型中一个系统用例的表达式 使用构造型use-case realization 描述了对象间的协作以完成用例目标 将用例模型中的用例和设计(分析)模型中的类和关系连接在一起 说明了每个用例必须用那些类来实现 用例实现提供了从分析和设计到需求的可跟踪性 创建用例实现 从用例开始分析迭代 UP方法中最重要的思想就是迭代，而迭代的基础就是用例 从用例开始分析基本思路 根据用例图和用例文档来确认需求定义是可靠的、一致的 用例分级：根据风险、重要性以及项目组的能力确定用例以及用例相关路径的优先级 风险、重要性、团队能力以及团队建设 在第一个迭代周期获取备选构架 定义良好的迭代周期 实例-旅店预订系统的迭代和用例实现 内容安排 分析基础 从用例开始分析 构架分析 用例分析流程 构架分析 构架分析的过程就是定义系统高层组织结构和核心构架机制的过程 1.定义系统高层组织结构—备选构架 2.确定系统通用构架机制—分析机制 1.定义备选构架 RUP中的“定义备选构架” 创建系统 构架的初始草图 初步定义一组在构架方面具有重要意义的元素，以用作分析的基础 初步定义一组分析机制 初步定义系统的分层与组织 定义要在当前迭代中处理的用例实现 从在构架方面具有重要意义的用例中确定分析类 通过分析类交互来更新用例实现 备选构架模式 构架模式表示了对软件系统的一个基础结构组织形式。它提供了一套预定义子系统，详细说明它们的职责，并且包括组织它们之间的规则和指南 层 模型-视图-控制器(M-V-C) 管道和过滤器 黑板 经典的三层构架 多层构架动机 将应用逻辑作为单独的构件从系统中分离出来，以便这些构件在其他系统中能得到重用 将各个层次分配到各个不同的物理计算节点，或者分配给不同的进程。这样可以改善系统性能、更好地支持客户和服务器系统中的信息共享和协调 将不同层的开发任务在开发者之间适当地分配，这可以有效地利用开发人员的专长和开发技巧，并且能够提高并行开发能力 模型视图控制器构架MVC 模型，即相关的数据，它是对象的内在属性 视图是模型的外在表现形式，一个模型可以对应一个或者多个视图，视图还具有与外界交互的功能 控制器是模型与视图的联系纽带，控制器提取通过视图传输进来的外部信息转化成相应事件，然后由对应的控制器对模型进行更新； 相应的，模型的更新与修改将通过控制器通知视图，保持视图与模型的一致性 MVC备选构架示意图B-C-E B-C-E三层构架解析 以构造型layer表示系统不同层次 以B-C-E三层结构划分系统的三类功能 边界层(Boundary)负责系统与执行者之间的交互 控制层(Control)处理系统的控制逻辑 实体层(Entity)管理系统使用的信息 层之间建立依赖关系 2.构架机制 构架机制是对通用问题的决策、方针和实践 构架机制描述了针对一个经常发生的问题的一种通用解决方案 作为系统构架的一部分，构架机制常常集中和定位在系统的非功能需求上 三类构架机制 分析机制（概念） 设计机制（具体） 实现机制（实际） 为什么使用分析机制 常见的分析机制 持久性(Persistency) 遗留接口(Legacy Interface) 分布(Distribution) 安全性(Security) 事务管理(Transaction Management) 进程控制和同步(Process Control and