第7章 面向对象分析课件.pptVIP

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