第7章 面向对象分析.pptVIP

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