软 件 工 程(第七章面向对象分析).ppt

第7章 面向对象分析 阳王东 统一建模语言UML发展历程 UML分析建模 用例模型 用例图 用例描述 用例场景 活动图 领域模型 分析类 用例实现 交互图 分析包 CRC技术 行为模型 顺序图 协作图 状态图 课堂练习 处理退货的用例分析 参与者 渋众及其关注点 前置条件 后置条件 主要场景 UML分析建模 用例模型 用例图 用例描述 用例场景 活动图 领域模型 分析类 用例实现 交互图 分析包 CRC技术 行为模型 顺序图 协作图 状态图 领域建模过程 识别分析类。找出所有分析类并进行分类。 用例实现分析。用分析类来表现用例场景。 分析类组合为分析包。分析类的关联与组装。 识别属性和操作。完善分析类的描述。 课堂练习 POS系统的边界类和实体类 UML分析建模 用例模型 用例图 用例描述 用例场景 活动图 领域模型 分析类 用例实现 交互图 分析包 CRC技术 行为模型 顺序图 协作图 状态图 作业 图书馆系统 用例模型。用例图 领域模型。分析类图、活动图 行为模型。状态图、顺序图、协作图 分析类举例 控制类 控制类类似于设计模型中的控制器类，其目的是UI层之上的第一个对象，主要负责接收和处理系统操作消息。 事件响应。 业务逻辑 流程控制 控制类举例 用例实现分析 用例实现分析是分析模型内部的一种协作，主要描述了如何根据分析类及其交互的分析对象来实现和执行一个具体的用例。 用例实现 事件流的文本描述 反映参与者用例实现的分析的类图 按照分析对象交互作用的交互图。 用例实现侧重于功能性需求。 处理销售类图 交互图 当参与者向系统发送某种形式的消息而激活用例时，开始执行该用例中的动作序列。 边界类对象将接收来自参与者的消息。 交互对象向其他对象发送一个消息，并使有关对象与之交互从而实现该用例。 处理销售协作流的事件-分析流 收银员通过处理销售商品界面发起一次销售，控制类创建一个销售类，收银员逐个输入商品，销售类创建商品，并放入销售列表中。控制类要求计算商品总价，收银员请求顾客付款，控制类委派销售类创建一个支付。 分析包 分析包描述了对分析模型的制品进行组织的方式，它可以包括分析类、用例实现及其他分析。 分析包应是有强内聚性与低耦合性，具有以下特点： 分析包可以表示对分析内容的分割。 在统一过程中，服务的概念是由服务包支持的。服务包在按照系统提供的服务而组织的分析包层次结构中处于较低层。服务包包含了一组活动相关的类，服务包不可分割。 在实现用例时，可能会有一个或多个服务包参与其实现。服务包相对独立，可以复用。 UML包图用于描述系统的逻辑架构——层、子系统、包等。 UML包用一大一小两个矩形组合而成。如果内部显示了其成员，则包名称标在上面的小矩形内，否则，可以标在包内。 UML包图 逻辑架构 逻辑架构是类的宏观组织结构，它将类组织为包、子系统和层等。 层是对类、包或子系统的甚为粗粒度的分组，是有对系统主要方面加以内聚的职责。 分层逻辑架构 关联与依赖 两个分析类以某种方式相互联系，这些联系被称作关联。 关联可进一步指出多样性，也称为基数。 两个分析类之间存在客户——服务器联系，客户类在某些方面依赖于服务器类并且建立了依赖关系。 识别属性和操作 属性描述类的性质，可以通过分析该类存在的一些信息类构建。 操作定义了某个对象的行为。 操作可以分为四种类型： 以某种方式操纵数据，例如：添加、删除、选择、更新等。 执行计算的操纵，例如：销售中的计算总价。 请求某个对象状态的操作。 监视某个对象发生某个控制事件的操作。 操作的构造需要交互图和场景描述等手段多次反复分析才能获取。在研究语法分析并分离动词作为候选的操作。推荐的一个方法是使用CRC技术。 CRC技术 CRC(Class-Responsibility-Collaborator,类-职责-协作者)建模提供识别和组织与产品相关的类。 一旦系统的基本使用场景（用例）确定后，则要标识侯选类，指明它们的责任和协作，即类-责任-协作者建模： 责任是与类相关的属性和操作，即责任是类知道要做的事情。 协作者是为某类提供完成责任所需要的信息的类，即协作类。 CRC模型是一组表示类标准的索引卡——CRC卡的集合。 CRC卡的内容分成三个部分： 类的名字 类的责任 协作类 销售类CRC卡 Class：销售类 说明：完成一次销售 职责： 协作类： 创建商品 商品类 计算总价 商品列表类 创建支付 支付类 计算找零 无 行为建模 行为模型显示了软件如何对外部事件或激励做出响应。要生成行为模型，分析师必须按如下步骤进行： 评估所有的用例，以使得完成理解系统内的交互序列。 识别驱动交互序列的事件，并理解这些事件如何和具体的类相互关联。 为每个用例生产序列。 创建系统状态图。 评估行为模型以验证准确