2.系统分析-交互图.ppt

* * 5.2 协同图的构成 协同图强调的是参加一个交互的各对象的组织。 协同图的构成： 对象 对象由带有下划线的对象名字和它的类名表示，中间用冒号分开（objectname : classname） 在协同图中可以有下列方式使用对象: 对象的类没有指定，一般我们在协同图中首先指定一个对象，然后是它们的类. 对象可以不被命名，如果你想区分相同类的不同对象，你必须命名 如果类总是参与协同，类本身可以作为协同图的成员 活动者 一般，协同图中的活动者实例是交互的调用者。如果在图中有几个活动者实例，把它们放在图的周边 连接及在此连接上传递的消息 * * 5.3 协同图中的连接/1 连接(link)的定义：在UML里，连接(link)被定义为对象之间的语义联系。 连接是类之间的关联关系实例 在顺序图中，两个对象之间有消息传递意味这它们之间在语义上存在着联系，所以它们的对象之间存在着连接关系 反之，只要对象之间存在着连接关系，就可以在它们之间发送消息 连接的表示 在协同图上，连接用对象之间相连的直线来表示 连接可以有名字，它标在表示连接的直线上 如果有消息借助此连接关系传递，把消息的图符沿直线方向绘制，消息的箭头指向接受消息的对象 由于仅从图符的绘制上无法在协同图上读出消息发送的顺序，所以通常在消息上保留对应的顺序图的消息顺序号 * * 5.3 协同图中的连接/2 连接的通路（path） 连接表明两个对象之间有语义连接，也意味着两对象之间是可以互相访问的，但具体是通过什么方式使两个对象成为互相可见? 两对象之间的连接可以有多种形式。例如: 通过类的成员变量使对象可见 使两对象位于程序的全局使它们互相可见。 使两对象位于局部作用域使它们互相可见。 UML为连接关系指定了四种特定的变体来描述对象连接的方式，这四种变体统一称为通路（path） 通路用于分别指定位于连接两端的对象的可见方式 * * 5.3 协同图中的连接/3 这四种变体是（ 通路的四种形式）： 1．Field: 对象能被另一个对象看见，是由于此对象是另一个对象的一部分。例如，如果一个对象是另一个对象的成员变量，那么另一个对象肯定可以访问此对象。Filed路径有时又被称为自引用（self）路径 2. Parameter（参数）：对象能被另一个对象看见， 是因为此对象是另一对象的某一操作的参数 3．Local（局部）：此对象能被另一对象看见，是因为此对象存在于另一对象的局部作用域中。例如：某一对象是另一对象的某个函数的局部变量，就可以用此路径描述 4．Global（全局）：此对象能被另一对象看见，是因为此对象存在于全局作用域中 与消息顺序号不同，通路和连接只能在协同图里描绘 * * * * 5.4 协同图的特点 由于协同图的格式，它们更适合于分析活动 协同图更适合于少数对象之间的简单交互。当对象和消息的数目增加后，图形就变得更难读了。 除此之外，该图也很难表示另外的描述信息，例如时序信息，决策点，或者其它非结构化的信息，这些比较容易作为标注加到顺序图中 6. 建模指南 * * 6.1 建模指南/1 交互图是连接系统边界和系统内部的重要桥梁 当一个待建造的系统的需求分析由用例图描述清楚之后，交互图决定了系统的动态行为，以及为实现此动态行为系统应具备的合理的结构 在绘制交互图时，先描绘相应的顺序图，根据已有的用例图绘制顺序图时, 应考虑： 软件系统的边界 系统活动者和系统的交互 系统为实现此交互内部应设置对象及其职责 * * 6.1 建模指南/2 在设置对象时，应顾及软件结构的合理性、软件部件的可重用性、可维护性、可移植性 然后，在顺序图上，用对象之间的消息，定义各对象之间为实现系统的功能而进行的交互 在描述消息序列时，使用控制焦点来突出为实现特定的动作所需的消息子序列 动作的嵌套通过控制焦点的嵌套来描述 嵌套的消息序列的顺序，使用过程顺序号来标识 顺序图设计完成后，把它转换为协同图，以进一步考察软件的组织结构，为下一步设计类图作好准备 * * 6.1 建模指南/3 绘制交互图时，应注意图的组织 对于复杂的问题，依照分治的原则，用多张交互图分别描述，例如：一个用例的多个场景分别表示的多个事件流程可以用不同的交互图描述 要充分利用UML的模型包的机制、标注的机制，使问题的描述有合理明晰的结构 * * 6.1 建模指南/3 绘制顺序图时 要突出问题的重点 省略对描述问题无关紧要的细节问题 应有节制地在顺序图上描述复杂的分支循环结构 无关紧要的分支循环可留到程序设计时解决 何时使用交互图 在描述一个用例中的几个对象协同工作的行为时使用交互图 如果想描述跨越多个用例的单个对象的行为，应当使用状态图 若果想描述多个用例或多个线程、以及重要而复杂的分支循环，可用活动图来描述。 * * 小结