12.2.1StarUML的用例图.ppt

Q A 课堂讨论 * * 第*页 12.3.3 静态结构模型的建立 ③ 泛化联系。学生与教师之间有许多共同的信息内容，如姓名、年龄、性别、管理号、通信地址、联系电话等。因此，可以把学生与教师的共同信息和共同操作抽取出来，组成一个新类“师生”，原来的“学生”类中保留学生特有的属性“专业”和“班级”，在“教师”类中保留教师特有的属性“职称”。“学生”类、“教师”类与“师生”类的联系为泛化联系，“师生”类为更一般的类，“学生”类和“教师”类是特殊类，它们继承“师生”类中的公共属性。 ④ 依赖联系。选课系统是在新学期所开设的课程的数据上进行的，在“选课统计”类和“开设课程”类之间存在依赖联系，“选课统计”类依赖于“开设课程”类。在定义联系时，需要同时分析和确定联系各端的对象类的多重性、角色、导航等性质，这些内容都可以从需求分析、领域知识等来分析和确定。 * 第*页 12.3.3 静态结构模型的建立 根据已定义的对象类及其联系，以及对象类的多重性、角色、 导航等性质，可以画出相应的类图。创建好类以后，需要写文档加以说明。文档陈述类的作用而不是类的结构。例如，学生信息类的文档可以写成： 需要注册和付费的学生。学生是在大学里注册课程的某个人。而写成下面的文档则仅仅告诉人们类的结构，这些都可以从类的结构里通过属性表现出来，它没有告诉人们为什么需要这个类。学生的姓名、地址和电话号码。创建好的“师生信息”类在浏览器中的视图及其文档描述参见图12.18 * 第*页 12.3.3 静态结构模型的建立 图12.18 在浏览器中创建类及类的文档描述示例 * 第*页 12.3.3 静态结构模型的建立 按照上述分析产生的课程管理对象类图参见图12.19。 如果一个系统仅仅包含少数的几个类，人们便可以很容易地管理。但通常的系统都是相对复杂的大型系统，需要把大量的模型元素进行分组，以方便理解和处理。这样，人们就需要包这种机制来进行管理，这就是包有用的原因。在逻辑视图里，包和与它有关的包或类联系。把类组织到包中，人们可以从总体看到模型的结构，也可以看到每个包内的详细情况。如本系统中，可以将学生、教师和注册管理员都组织到一个人员信息包中。本系统的浏览器中重新定位类后的包如图12.20所示。 * 第*页 12.3.3 静态结构模型的建立 图12.19 课程管理对象类图 * 第*页 12.3.3 静态结构模型的建立 图12.20 重新定位类后的包 图12.20 重新定位类后的包 * 第*页 12.3.4 动态行为模型的建立 用例视图中的类图、对象图及用例图表达的都是系统的静态结构，系统的动态行为模型由交互图（顺序图和通信图（协作图））、状态图和活动图来表达。在系统的分析和设计中需要对主要的用例和对象类绘制这些图形，以便分析系统的行为，验证和修改系统的静态结构，从而满足用户的要求，达到系统的目标。 * 第*页 12.3.4 动态行为模型的建立 1．建立顺序图 在UML中，顺序图中的对象是表示成一个带有下划线名字的矩形框。对象可以以3种方式命名：对象名字、对象名字和类或者仅仅是类名（任意对象）。3种命名方式如图12.21所示。在每个对象下也有由点画线表示的对象的时间线，对象间的消息用从客户端（消息发送者）指向服务器端（消息接收者）的箭头表示。 * 第*页 12.3.4 动态行为模型的建立 一般地，为了绘制顺序图，首先要对用例编写交互活动的脚本，然后确定参与交互的参与者和对象，以及涉及的交互事件。例如，对于用例“维护课程信息”，它是参与者“注册管理员”和接口对象“注册表单”、“开设课程表单”及对象“开设课程”之间发生的交互，可以绘制开设课程的顺序图如下所示，其中的交互事件如下。 ① 登录。“注册管理员”发出登录信息，并输入用户标识（ID）和口令登录该教学管理系统进行课程设置活动。 ② 验证。“注册表单”接口对象响应登录信息，检查用户标识（ID）和口令，如果正确无误，则可以继续下一步交互，否则提示用户重新输入用户标识（ID）和口令，进行新一轮的身份验证。 * 第*页 12.3.4 动态行为模型的建立 ③ 查询。“注册管理员”发出要求查询已有的开设课程的消息，“开设课程表单”接口响应该消息，按照输入的查询条件从数据库中找出有关的课程，并向“注册管理员”反馈找到 的课程相关信息及查询成功信息或者未找到所要内容的查询失败信息。 ④ 设置课程。“注册管理员”发出设置课程的消息，进行设置课程的活动。“开设课程表单”接口响应该消息，根据“注册管理员”的要求决定进行增加或删除课程的活动。 ⑤ 增加课程。“开设课程表单”接口对象发出增加课程消息，“开设课程”对象响应该消息，并在开设课程表中增加指定的课程。 ⑥ 删除课程。“开设课程表单”接口对象发出删除课程消息，“开设课程”对象响