UML(实验9)
- 格式:doc
- 大小:119.50 KB
- 文档页数:9
实验一熟悉UML开发工具Microsoft Visio 2003 日期: 9月16日1.实验目的与要求:2.熟悉UML开发工具Microsoft Visio 2003。
3.实验内容:4.熟悉Visio的UML建模绘图界面。
二、2..通过绘制对象图学习Visio的使用方法。
实验器材:微机+windows操作系统+ Microsoft Visio 2003实验步骤:1. 熟悉Visio的UML建模绘图界面(1)进入Visio的UML建模绘图界面通过“开始”|“程序”, 运行Microsoft Office Visio 2003, 出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”, 然后在右侧的“模板”中单击“UML模型图”, 则进入Visio的UML建模绘图界面。
(2)熟悉UML建模绘图界面在Visio的UML建模绘图界面中, 最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板, 它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典, 字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候, “UML静态结构”标签页就会激活, 我们就可以创建类图和对象图了。
2. 通过绘制对象图学习Visio的使用方法。
(1)在“模型资源管理器”中“顶层包”的文件夹上右击, 从弹出菜单中选择“新建”|“静态结构图”, 则创建并打开了一个新的静态结构图。
从“形状”的“UML 静态结构”标签页中选择“对象”图标, 拖拽到绘图区。
(2)在对象图标上双击打开“UML对象属性”对话框。
在“名称”字段中输入“theSun”替代缺省名字。
我们还需要表明theSum是Star类的一个实例, 为此, 选择“类”字段并单击下拉列表。
从类列表中选择“顶层包::Star”, 然后单击“确定”按钮。
(3)用相同的一系列步骤创建HabitablePlanet类的一个earth对象。
UML实验报告全实验报告:UML建模实验一、实验目的本实验旨在帮助学生掌握UML(统一建模语言)的基本概念、用法和建模过程,提高学生的软件建模能力。
二、实验内容1.了解UML的基本概念和用法;2.学习UML的各种图表,包括用例图、类图、序列图等;3.理解UML的建模过程,并能够按照该过程进行软件建模。
三、实验步骤1.学习UML的基本概念和用法。
在实验前,学生需要预习UML的基本知识,包括UML的定义、分类、语法规则等。
2.学习UML的各种图表。
UML提供了多种图表用于软件建模,如用例图、类图、对象图、活动图、状态图等。
学生需要了解每种图表的用途、语法和示例。
3.理解UML的建模过程。
在实际项目中,使用UML进行软件建模有一定的步骤,包括需求分析、设计、实现等。
学生需要了解UML的建模过程,并能够按照该过程进行实际建模。
4.实际操作。
学生需要选择一个简单的软件项目进行建模实践,包括绘制用例图、类图、序列图等,并撰写相应的文档。
5.分析和总结。
学生需要对实际操作进行分析和总结,包括建模过程中的问题和解决方法等,以便提高建模能力。
四、实验结果在本次实验中,我选择了一个简单的图书管理系统作为建模实践对象。
首先,我绘制了该系统的用例图,用于描述系统的功能和用户角色。
然后,我绘制了该系统的类图,用于描述系统的数据结构和类之间的关系。
最后,我绘制了该系统的序列图,用于描述系统中对象之间的交互过程。
在实际操作中,我遇到了一些问题。
首先,我发现在绘制用例图时,有些用例的描述不够清晰,无法准确描述用户需求。
为了解决这个问题,我与用户进行了沟通,并修改了用例的描述,使其更加明确。
其次,在绘制类图时,我发现有些类的关系没有考虑到,导致系统的完整性受到了影响。
为了解决这个问题,我仔细分析了系统的数据结构,并修改了类的关系,使其更加准确。
通过本次实验,我学到了很多关于UML建模的知识和技巧。
我发现UML是一种非常强大和灵活的建模语言,可以帮助我们更好地理解和设计软件系统。
UML实验(含答案)实验:设计一个网上选课系统的各种UML图网上选课系统的产生是因为目前高校扩招后,在校学生日益增多。
如果仍然通过传统的纸上方式选课,既浪费大量的人力物力,又浪费时间。
同时,在人为的统计过程中不可避免出现的错误。
因此,通过借助网络系统,让学生只要在电脑中输入自己的个人选课信息来替代有纸化的手工操作成为高校管理的必然趋势。
该信息系统能够为学生提供方便的选课功能,也能够提高高等院校对学生和教学管理的效率。
要求:1. 上课前必须带草图去,否则记为缺课。
2. 对于每个图要求必须按照书中绘制相关图的过程来撰写实验报告,不可只摆出几个图。
3. 第二次实验课做用例图、类图。
其中需要对每个用例实例撰写用例描述。
4. 第三次实验课做剩下的顺序图、活动图、状态图、构件图、部署图。
需求分析网上选课系统的功能性需求包括以下内容:(1)系统管理员负责系统的管理维护工作,维护工作包括课程的添加、删除和修改,对学生基本信息的添加、修改、查询和删除。
(2)学生通过客户机浏览器根据学号和密码进入选课界面,在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。
满足上述需求的系统主要包括以下几个小的系统模块:(1)基本业务处理模块。
基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。
(2)信息查询模块。
信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。
(3)系统维护模块。
系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护,系统的管理包括学生信息、课程信息等信息的维护。
数据库的维护包括数据库的备份、恢复等数据库管理操作。
系统建模在系统建模以前,我们首先需要在Rational Rose 2021中创建一个模型。
并命名为“网上选课系统”,该名称将会在Rational Rose 2021的顶端出现。
1创建系统用例模型创建系统用例的第一步是确定系统的参与者。
UML实验指导书09123学生SY-023UML实验指导书吴丽君编黑龙江工程学院计算机科学与技术系2011年8月·哈尔滨实验一:用例图设计一、实验目的1. 了解USE CASE图的基本用法;2.掌握UML中用例图的建立方法;3. 掌握用例的描述方法。
二、实验仪器设备、材料1.设备:计算机。
2.地点:机房。
三、实验要求:1. 一台自动售货机能提供6种不同的饮料,售货机上有6个不同的按钮,分别对应这6种不同的饮料,顾客通过这些按钮选择不同的饮料。
售货机有一个硬币槽和找零槽,分别用来收钱和找钱。
现在为这个系统设计一个用例图。
2.现有一个产品销售系统,其总体需求如下:系统允许管理员生成存货清单报告。
管理员可以更新存货清单。
销售员记录正常的销售情况。
交易可以使用信用卡或支票,系统需要对其进行验证。
每次交易后都需要更新存货清单。
分析其总体需求,并绘制出其用例图。
3.登录一个网上酒店管理系统,根据其客人预订房间流程,描述系统的“预订房间”用例。
四、实验内容与步骤1、了解USE CASE图的基本用法。
2、使用USE CASE图进行问题域的分析,分析总体需求。
3、绘制USE CASE图。
4、描述用例。
5、撰写实验报告。
实验二:类图设计一、实验目的1. 了解类图的基本用法;2. 掌握类图建模技术;二、实验仪器设备、材料1.设备:计算机。
2.地点:机房。
三、实验要求:1. 在订货管理系统中,识别出的类包括:Order, Customer, OrderLine, Corporate Customer,Personal Customer, Employee和Product,其中,Order 表示订单,它的主要属性包括收到日期,是否已缴纳预付款,订单数量和价格,主要的方法为下单(dispatch)。
Customer表示客户,主要分为公司客户Corporate Customer和个人客户Personal Customer两类。
uml建模实验报告《UML建模实验报告》摘要:本实验报告旨在通过UML建模的实验,探讨软件系统的分析、设计和实现过程。
通过对UML建模工具的使用,我们将深入了解软件系统的结构和行为,为软件开发过程提供有效的工具和方法。
引言:UML(统一建模语言)是一种用于软件系统分析、设计和实现的标准化建模语言。
它提供了一种统一的、标准的方法来描述软件系统的结构和行为,为软件开发过程提供了强大的支持。
本实验旨在通过UML建模工具的使用,深入了解软件系统的建模过程,为软件开发提供有效的方法和工具。
实验目的:1. 了解UML建模语言的基本概念和原理;2. 掌握UML建模工具的使用方法;3. 进行实际的软件系统建模实验,探讨软件系统的结构和行为。
实验内容:1. 学习UML建模语言的基本概念和原理;2. 掌握UML建模工具的使用方法;3. 进行实际的软件系统建模实验,包括需求分析、系统设计和实现过程。
实验步骤:1. 学习UML建模语言的基本概念和原理;2. 掌握UML建模工具的使用方法;3. 进行实际的软件系统建模实验,包括需求分析、系统设计和实现过程。
实验结果:通过本次实验,我们深入了解了UML建模语言的基本概念和原理,掌握了UML建模工具的使用方法,并进行了实际的软件系统建模实验。
我们成功地完成了软件系统的需求分析、系统设计和实现过程,为软件开发提供了有效的方法和工具。
结论:UML建模实验为我们提供了深入了解软件系统的结构和行为的机会,为软件开发提供了有效的方法和工具。
通过UML建模,我们能够更好地理解软件系统的需求、设计和实现过程,为软件开发提供了有力的支持。
希望通过本次实验,能够加深对UML建模语言的理解,为今后的软件开发工作提供更好的支持和帮助。
2013 年9月24 日实验项目:用况图实验目的:掌握在UML建模工具JBOO4.0(支持UML2.0)下画用况图的方法。
实验仪器:一台有建模工具JBOO4.0的PC附注实验内容及步骤(或程序清单):1、双击建模工具JBOO4.0图标工具界面如图1所示。
图1 工具界面2、新建用况图,如图2所示。
图2 新建用况图3、画用例图的工具图标会出现在上方4、选定相应图标拖进工作区,包括用况,活动者以及系统边界如图3所示:(续)图3 用况图5、双击用况1图标,在弹出的对话框中将名字改为开户。
以此类推,修改完所有图标的名字后如图4所示:图4 完成用况图6、点击工具—>元模型质量评估—>设计质量评估,可查看模型的设计质量,如图5。
图5 查看模型设计质量(续)7、点击工具—>文档/代码生成—>国际文档—>Html文档,将生成Html文档,如图6。
图6 生成Html文档8、用浏览器打开生成的文档如图7:图7 浏览器打开用况图实验结果分析:通过用JBOO工具画用况图,熟悉了工具的使用,本实验是一个简化了的银行储蓄账户管理系统,实验要点分清用例和执行者,以及将后缀名为jmdl的文档转化为Html文档。
教师批阅:2013年10月8 日实验项目:类图与对象图实验目的:掌握在UML建模工具JBOO4.0(支持UML2.0)下画类图与对象图的方法。
实验仪器:已安装JBOO4.0的PC一台。
实验内容及步骤(或程序清单):附注1、双击图标2、进入软件界面,默认为画类图。
3、画类图的图标有4、选定相应图标拖进工作区,如图8所示:图8 选择图标5、双击类1图标,弹出如下对话框,将类名改为学生,如图9。
图9 修改类名6、选择“属性”标签卡,输入属性名,选择类型和可见性,单击“插入”按钮,输入学生类的全部属性,如图10。
7、选择“操作”标签卡,输入操作名,选择返回类型和可见性,单击“增加”(续)按钮,输入学生类的全部操作,如图11。
UML与软件建模实验报告姓名:孙治民专业:计算机应用1201学号:20127542指导老师:李绘卓目录实验一:用例建模 (3)实验2 分析建模 (6)实验3 设计建模(1) (9)实验4 设计建模(2) (11)用例附件: (13)内容:用例建模、分析建模、设计建模(1)、设计建模(2)实验一:用例建模[ 实验目的] ·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose 进行用例建模的具体方法和步骤[ 实验内容] 要求学生根据周围的实际情况,自选一个小型应用项目,分析业务需求,识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[ 实验原理和步骤] 建模原理:(1) 需求获取。
以任务和客户为中心,通过会议、面谈等手段对客户需求进行调研,获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例,同时采用分层思想,对用例的层次级别进行划分(高层用例、子系统级、用户目标级)(3)用例描述。
分层绘制用例图,撰写用例的文字描述(采用单栏格式)。
步骤:(1)需求获取。
自选题目,与相关客户、领域专家等反复商讨,获得系统目标、范围和功能要求的初步说明。
(也可采用教师指定的题目:“企业综合信息管理系统”中的“进销存管理子系统”,但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明)。
(2)用例分析。
确定系统范围和边界、确定参与者、确定用例。
(3)用例描述。
分层绘制用例图、描述用例。
画图原理:采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上.只有做好系统用例分析,系统用例建模才能这到预期的效果。
步骤:(1)分层绘制用例图,每层采用“包”进行管理。
(2)以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理”-> “合同管理” ->“收款单处理”为主线,完成附录2 中的操作过程(亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线)[ 实验结果][ 实验总结] ①各层用例图之间相互关联,对用例图画法和建立要清楚的熟悉操作信息流程,否则很容易搞混;②用例图的画法步骤不是很熟悉,对工具的使用陌生,不能正确的画出和表达用例,缺乏实践。
uml 实验报告UML 实验报告导言:UML(Unified Modeling Language)是一种用于软件工程的建模语言,它提供了一种统一的标准,用于描述、构建和可视化软件系统的结构和行为。
在本次实验中,我们将探索 UML 的使用,并通过实际案例来展示其在软件开发中的重要性和应用价值。
一、UML 的基本概念和原则UML 是一种图形化的建模语言,它由一系列的图表和符号组成,用于描述软件系统的不同方面。
在 UML 中,最常用的图表包括用例图、类图、时序图和活动图等。
每种图表都有其特定的应用场景和表示方式,通过这些图表的组合使用,我们可以更清晰地理解和表达软件系统的结构和行为。
二、用例图的应用用例图是 UML 中最常用的图表之一,它主要用于描述系统的功能需求和用户与系统之间的交互。
通过用例图,我们可以清楚地了解系统的各个角色和功能,并可以更好地定义系统的边界和范围。
在实际开发中,用例图常被用于需求分析和系统设计的初期阶段,它可以帮助团队成员更好地理解和沟通系统的需求和功能。
三、类图的建模类图是 UML 中用于描述系统的静态结构的图表,它主要用于表示系统中的类、接口、关系和属性等。
通过类图,我们可以清楚地了解系统中各个类之间的关系和依赖,从而更好地进行系统设计和代码编写。
类图不仅可以帮助我们理清系统的结构,还可以提供给开发者一个清晰的指导,使他们能够更高效地编写代码和进行系统维护。
四、时序图的分析时序图是 UML 中用于描述系统的动态行为的图表,它主要用于表示系统中对象之间的交互和消息传递。
通过时序图,我们可以清晰地了解系统中不同对象之间的时序关系和消息传递过程,从而更好地理解系统的行为和流程。
时序图常被用于系统设计和代码调试的过程中,它可以帮助开发者更好地理解和排查系统中的问题。
五、活动图的应用活动图是 UML 中用于描述系统的业务流程和控制流程的图表,它主要用于表示系统中活动和行为的顺序和条件。
UML建模原理实验报告学院:计算机学院专业:软件102班姓名:______________________ 学号:______________________ 指导教师:__________________一2012—年―秋季—学期飞机订票系统需求分析一、需求分析1.1系统开发的目标随着计算机技术特别是网络技术的飞速发展,计算机的应用领域不断扩大,各行各业都离不开计算机,飞机订票也不例外,为使之能跟上时代的发展,本需求分析报告的目的是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。
总之,这个系统要求能够实现实时,高效,便捷,完善,安全性好等特点。
1.2应用范围理论上能够实现于航空公司和各大旅行社的订票管理系统,其目的在于实现对航空公司和各大旅行社的订票更有效的管理,使航空公司和各大旅行社能够更方便、更有效率的完成日常工作,以期实现完善日常生活中订票管理的各种功能。
1.3系统功能需求系统主要包括以下几个页面:(1)管理员登录页面(2)管理员修改信息页面(3)航班信息显示页面(4)机票信息查询页面(5)用户登录显示页面(6)用户订票页面用例图用例图如图2-1所示主要参与者:管理员、用户主要用例:登录、订购机票、查看机票信息用户管理员用例名称订票用例描述用户根据个人需求在系统提交的订票请求前置条件用户成功登录系统并发出订票请求后置条件办理订票手续,更新机票信息特殊需求一个用户冋时发出多个订票请求基本流程用户登录系统提交订票请求,系统根据机票信息响应请求备选流程无机票时列入等候队列规则与约束用户提交的请求应至少预订一张机票三、类图类图如图2-2所示主要类:管理员、用户、机票、航班图2-2订票系统类图四、活动图活动图如图2-3所示图2-3订票系统活动图五、顺序图顺序图如图2-4所示用户通过向系统发送一个订票请求消息,系统接收这个消息,对航班信息进行查询,若存在用户需要预订的机票,就对机票信息进行更新,更新完返回给用户,告诉他订票成功。
UML实验报告范文实验报告:UML图的设计与应用一、实验目的1. 学习掌握UML(Unified Modeling Language)的基本语法、概念和使用方法;2.了解UML各种图的作用和应用场景;3.进行实际案例的UML建模。
二、实验内容与原理1.UML概述UML是一种面向对象软件开发的标准建模语言,它可以帮助设计师、开发者和用户理解问题领域、设计解决方案并进行沟通。
UML建模图主要有用例图、类图、时序图、活动图、状态图和部署图等,用于描述系统的不同层面。
2.用例图用例图是描述系统功能和参与者之间交互的一种图。
参与者表示与系统交互的角色,用例表示系统的功能需求。
用例图是进行需求分析与系统设计的重要工具之一3.类图类图是描述系统中类以及它们之间关系的一种图。
类图由类、关联、聚合、组合、泛化、实现等元素组成,用于描述系统的静态结构。
4.时序图时序图是描述对象之间消息传递的一种图。
时序图主要用于描述系统中其中一特定操作的交互过程,时序图中的对象称为参与者,他们通过消息进行交互。
5.活动图活动图是描述系统中流程和操作的一种图,用于描述系统中活动的业务流程。
活动图可以展示控制流、对象流和数据流,用于描述系统的动态行为。
6.状态图状态图是描述系统中对象状态变化及其转换的一种图。
状态图展示了对象在不同状态之间的转换过程,用于描述系统的状态机。
7.部署图部署图是描述系统中物理部署和组件之间关系的一种图。
部署图主要用于展示系统的物理结构和系统组件之间的关联情况。
三、实验过程1.确定需求分析并编写用例图根据题目要求和系统需求,确定需求分析,绘制用例图。
用例图主要包括参与者和用例,参与者与用例之间通过关系进行关联。
2.分析系统结构并编写类图根据用例图和系统需求,分析系统结构,识别出系统中的类、接口和关系,绘制类图。
类图包括类、接口、关联、聚合、组合、泛化和实现等元素。
3.分析用户操作流程并绘制时序图根据用例图和系统需求,分析用户操作流程,确定对象的活动顺序,绘制时序图。
实验九UML综合实验(一)
一、实验目的
1.复习已学的UML基础知识
2.通过具体案例了解一个简单的软件项目的UML建模过程。
二、实验内容
根据学籍管理系统的需求,了解用Rose工具软件完成对学籍管理系统的建模过程。
(1)分析并得出系统的主要参与者与主要用例,并画出系统的用例图。
为所有的用例撰写脚本,将脚本放于单独的word文档中,并将文档与相应的用例相连接。
1)确定系统的使用者
通过对上面问题陈述的分析,我们可以发现系统的使用者主要有Student和Professor,同时还需要Registrar来维护这个系统。
此外,由于需要打印Student列表,故需要参与者Billing System;由于需要自动维护课程目录的改变,故需要参与者Course Catalog。
因此应该在用例视图中添加如图9-1所示的参与者。
图9-1 参与者
2)确定系统的用例
通过对上面问题陈述的分析,我们可以知道参与者Student主要要做view report cards 和register for courses两件工作,而参与者Professor主要要做Select Courses to Teach和Submit Grades两件工作。
参与者Registrar要维护信息,即要做Maintain Professor Information和Maintain Student Information两件工作,此外Registrar还要控制注册何时结束,即要做Close Registration的工作。
由于安全性的原因,要使用系统还需要首先做Login的工作。
因此,应在用例视图中添加如图9-2所示用例。
图9-2 用例列表
3)用例图
通过上面的分析我们确定了系统中的参与者,用例以及它们之间的关系,根据这些关系,可以画出系统用例视图中的Main用例图,如图9-3所示:
图9-3 用例图
(2)实现关键用例。
做出相应的顺序图和协作图,对于每一个协作,说明其静态结构和动态结构。
为了说明协作的动态结构,我们可以画出其顺序图与协作图。
对于Login协作而言,由于只有一个边界类LoginForm与系统的使用者交互,而任何系统的使用者都必须登陆,故可画出其顺序图和协作图,如图9-4和图9-5所示。
图9-4 Login顺序图
图9-5 Login协作图
上面我们通过构造Login协作实现了Login用例,这里再给出register for courses用例的顺序图和协作图,如图9-6所示。
图9-6 register for courses顺序图
图9-7 register for courses协作图
(3)做出系统的关键抽象,并设计相应的类和类图。
1)发现系统中的类
在设计时,可以从问题陈述中提炼出关键的概念,并将其抽象成相应的类。
由上面的问题陈述可知,主要有Student和Professor使用系统,Student应该有Schedule,系统关键处理的是Course,而应该由CourseOffering来提供相应的Course。
在系统之外还有遗留下来的CourseCatalog系统。
因此可以如下图所示抽象出这些关键概念,以及与之相关的一些概念。
同时还可以绘制这些关键抽象的类图,如图9-8所示。
图9-8 关键抽象的类图
2)确定关键类的属性
以CourseOffering类的属性为例,由于实体类CourseOffering的属性指明了所提供课程的关键性质,故单独对其画出类图CourseOffering (attributes),如图9-9所示。
图9-9 CourseOffering类的属性
3)类图
针对每个关键类给出类图。
以CourseOffering为例,由于实体类Schedule与实体类CourseOffering存在着主修与选修两种关联,而对于不同的关联存在不同的特征信息与处理,故对于这两个关联分别设置关联类ScheduleOfferingInfo与PrimaryScheduleOfferingInfob,用
关联类的属性刻画关联的特征信息,而将关联的处理映射为关联类的操作。
这里应特别注意的是对于不同的关联,CourseOffering扮演的角色以及多重性都不同。
根据上面的分析,画出CourseOffering关联类图,如图9-10所示。
图9-10 CourseOffering类图
在分析过程中,我们已经知道了实体类Schedule与实体类CourseOffering之间的主修与选修两种关联关系,对于不同的关联关系设置了关联类并画出了类图。
现在,我们只需要对于分析中得出的类图作进一步完善,加入实体类Schedule的详细设计信息后,画出类图Schedule,如图9-11所示。
图9-11 Schedule类图
对于实体类Professor而言,由于它要给出所提供的课程,因此它与CourseOfferingList 类有关联,且Professor在此关联中扮演instructor角色。
故可画出类图Professor,如图9-12所示。
图9-12 Professor类图
对于实体类Student而言,由于它要被分成Fulltime和Parttime两类,因此建立类Classification,并通过实体类Student对于类Classification的聚合来表现出Student所具有的分类特征。
此外还须建立类Classification的子类FulltimeClassification和ParttimeClassification,它们的构造型均为entity,故用它们具体表现不同类Student所具有的不同的特征属性。
除了分类之外,由于学生要选课并最终得到自己的课表,因此类Student也要聚合实体类Schedule以代表当前学生的课程表信息。
根据上面对于实体类Student的分析,可以画出类图Student,如图9-13所示。
图9-13 Student类图
(4)实施建模分析并得出系统的节点,设计系统的实施图。
1)设计节点
通过对上面问题陈述的分析,我们可以知道Student与Professor通过PC使用本系统,同时应该有一个服务器RegistrationServer维护系统信息并控制课程的注册,还有遗留下来的课程目录系统CourseCatalog System和列表打印系统BillingSystem。
同时这些节点都进行相应的处理工作,故应该全部为处理节点。
这里应特别注意的是CourseCatalog System和BillingSystem由于是遗留系统,其构造型应该为legacy。
故应该给系统的实施视图中添加如图9-14所示的处理节点。
图9-14 实施视图
2)设计实施图
通过上面的分析我们已经确定了系统的处理节点。
在这些节点中,PC机和遗留下来的CourseCatalog System和BillingSystem都不能作为系统的中心,故应该让RegistrationServer 居中协调,其它的节点通过校园网络与RegistrationServer进行通讯。
这里应特别注意的是由于是通过校园网络进行通讯,故连接的构造型应该为Campus LAN。
根据上面的分析,可以画出系统的实施图,如图9-15所示。
图9-15 系统实施图
三、实验报告要求
1、分析学籍管理系统的要求,根据实验操作指导进行练习,将练习结果保存为UML模型文件提交。