实验1 UML实验
UML实验一
实验1 StarUML的使用实验报告实验目的熟悉StarUML工具软件的功能特色、安装、工作环境和基本操作等各方面的基本知识掌握StarUML的基本菜单选项和用例图绘制功能掌握StarUML的正向工程和逆向工程了解Microsoft Visio的应用状况了解Rational Rose的应用状况实验内容一、starUML工作环境熟悉1．熟悉starUML的各菜单✧模型视图区域：用于在模型中迅速漫游。
包含四个视图：Use Case视图、Logical视图、Component视图和Deployment视图。
✧UML用例区域：显示每个视图下面的不同图例，选中某个图例后，在工作区域点击，就可以出现相应的图例。
✧工具栏：用于迅速访问常用命令。
✧属性编辑区域：访问每个图例的属性✧工作区域：用于显示和编辑一个或几个UML框图。
✧日志：用于查看错误信息和报告各个命令的结果。
2.基本操作（1）新建项目选择[文件File] ->[选择新项目New Project By Approach]菜单一系列可用方法列表出现在选择新项目对话框中从列表中选择Rational Approach后，单击[OK]按钮。
新项目就创建了，而且按所选择的方法进行了初始化。
根据选择方法的不同，不同的轮廓或框架被包含或加载进来。
（2）保存模型选择[File（文件）] ->[Save（保存）]菜单。
如果没指定项目文件名，保存项目文件对话框出现，输入文件名，单击[save]（保存）]按钮。
默认保存为.uml格式3．在use case视图中绘制书籍P130页的图3.17在建模图中，包括个人姓名和学号的注释标签。
例如：并将文件保存为“学号.uml”的格式。
采购员（将绘制好的图片拷贝在此处）二、正向工程1．源代码生成，在逻辑视图中绘制下图，生成JA V A源文件生成代码步骤：“Tools”-〉“Java”-〉“Genenate Code”。
可能出现以下错误：解决办法是Model->Profiles通过Profile Manager添加“Java Profile”（将生成的源代码拷贝在此处）////// Generated by StarUML(tm) Java Add-In//// @ Project : Untitled// @ File Name : Meeting.java// @ Date : 2018/3/16// @ Author :////public class Meeting {public String UserName;public String Scheduled_User;public Date Start_Time;public Data Ende_Time;public String Label;public String getUser() {}public String getOther() {}public Date getStart() {}public Date getEnd() {}public String getLabel() {}public String toString() {}public void main(String args) {}public void Meeting() {}}三、逆向工程1．进行逆向工程，将源代码Student.java进行逆向工程。
中南大学软件学院软件体系结构实验1UML实验-参考答案
《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
参考答案：顾客在线预订房间前台预订房间通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM的一部分。
系统基本功能描述如下：(1) 客户可通过系统发布反馈信息；(2) 公司客户关系(CR)部门员工也可以在系统中记录反馈信息；(3) 业务部门的主管和员工均能看到本部门的反馈信息，但只有CR部门员工拥有修改与删除反馈的权限；(4) 对于部分需要调查以便验证其真实性并需要做相关处理的反馈信息，业务部门主管有权通过系统安排本部门员工调查及处理该反馈；(5) 反馈调查与处理完毕后，负责调查的员工可通过系统输入反馈的详细情况；(6) 公司高层可查看未决反馈统计报表和各业务部门的反馈统计报表；(7) 所有人员进入本系统需先登录。
UML实验指导完美版
UML实验指导书实验一用例图 (2)实验二类图和对象图 (4)实验三顺序图、协作图 (6)实验四活动图 (8)实验五状态图 (10)实验六组件图和部署图 (11)实验七综合实验（4学时） (13)2011-9-1实验一用例图一、实验目的和要求1．熟悉UML建模工具Visual Paradigm和Rational Rose的基本菜单及操作。
2．熟悉用例图的基本功能。
3．掌握绘制用例图的方法。
二、实验内容1．设计和实现某学校的网上选课系统的用例图。
2．网上选择系统的问题描述如下：某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库中并可以对课程进行改动和删除。
学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入数据库中。
本系统拟使用Java语言通过三层模型实现：数据核心层、业务逻辑层和接入层。
数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理，在映射到相应的数据层操作；接入层包括用户界面、系统登录界面、管理界面、用户选课界面等。
三、实验要求1．对本系统中的参与者、用例进行分析，并绘制用例图。
2．写出添加课程、选课的用例详述。
3．按要求认真填写实验报告。
下面是系统中出现的一些事件流。
添加课程事件流：a)管理员选择进入管理界面，用例开始。
b)系统提示输入管理员密码。
c)管理员输入密码。
d)系统验证密码。
A1：密码错误e)进入管理界面，系统显示目前所建立的全部课程信息。
f)管理员选择添加课程。
g)系统提示输入新课程信息。
h)管理员输入信息。
i)系统验证是否和已有课程冲突。
A2：有冲突j)系统添加新课程，提示课程添加成功。
k)系统重新进入管理主界面，显示所有课程。
l)用例结束。
其他事件流：A1：密码错误a)系统提示再次输入密码b)用户确认。
UML 新编实验指导书(实验一)
天津理工大学（华信软件学院）实验指导书课程名称：面向对象设计UML建模适应课程：（1460460/1460466/14606617）上机实验（一）创建用例及用例图：一.实验目的：在Rose 2003 环境下设计应用系统的UML用例图（Use Case Diagram）。
二.实验内容：根据用户“需求陈述”创建Use Case框图。
案例1. 绘制“自动饮料机售货”的Use Case框图（包括功能扩展）案例2. 用例之间的三种关系练习案例3. 设计“网上学生选课系统”的Use Case 框图案例4. 设计“图书管理系统”的Use Case 框图三.操作步骤：案例1.①建立用例图的步骤：。
右击Use Case View。
选New Use Case Diagram。
起名，比如：Buy Drink。
双击Buy Drink图标，这时工具栏变成适合Use Case作图的形式。
设计Use Case Diagram.②“自动饮料机售货”需求陈述:“顾客通过自动饮料售货机, 可以方便地买到一听饮料。
而自动饮料售货机除了卖给顾客饮料外，还具备以下功能：〃供应商可以向自动饮料售货机添加饮料（需要打开和关闭自动饮料售货机的门）;〃收银员可以从自动饮料售货机取钱.（需要打开和关闭自动饮料售货机的门）经过分析可知自动饮料售货机系统涉及到的名词及概念有:Customer Supplier Cashier Buy drinkSet drink Take money Open machine Close machine显然, 前三个名词为参与者. 后面的那些功能为Use Case .③绘制自动饮料售货机售货的用例图.(提示：首先找出参与者和用例之间的关系, 建立初步用例图, 然后细化用例建立用例之间的《include》或《extend》关系。
)案例2.用例之间的三种关系练习〃分析用例之间的“泛化关系”、“include”和“extend”关系。
UML实验报告
UML系统分析与设计实验报告实验一图书馆系统——借书一．实验目的：学会使用UML来构建软件的面向对象的软件工程，对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二．实验内容：利用UML做一个图书馆借书系统的建模。
三．实验步骤：名称：借书”。
说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。
参与者：学生，图书管理员频率：每天可能会有很多次。
最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。
前置条件：无后置条件：修改所借出的图书的剩余数量。
假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。
基本操作流程：借书成功。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。
4）如果该学生已经预订了这本图书，则撤销该预定。
5）报告交易成功。
可选操作流程：所借图书超出最大借书数量。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。
4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
UML实验报告
UML实验报告《面向对象与UML》实验报告实验一UML建模基础一、实验目的1.熟悉UML建模工具Rational rose的可视化环境。
2.掌握利用Rational rose进行建模的步骤。
二、实验内容1.熟悉Rational rose建模环境2.建模基本步骤退出系统用例编号：UC01用例名称：登陆系统简要说明：成功打开服务器，并登陆系统主要参与者：学生前置条件：学生成功打开服务器后置条件：成功登陆系统基本事件流：1.输入帐号2.输入密码3.点击确认键系统校验4.系统确认，学生成功登陆系统扩展事件流：3a.系统校验失败，系统提示重新输入帐号密码或放弃登陆系统3a1)学生重新输入帐号密码转到第4步3a2)放弃登陆，终止操作用例编号：UC02用例名称：成绩查询简要说明：完成查询成绩信息参与者：学生前置条件：学生成功登陆系统后置条件：成功查询到成绩基本事件流：1.学生向系统发出查询成绩请求2.选择要查询的科目，系统校验3.成功查询到成绩信息扩展事件流：2a.系统校验失败，系统提示重新选择输入科目信息或放弃查询2a1)学生重新输入科目信息，转到第三步2a2)放弃查询，终止操作用例编号：UC03用例名称：退出系统简要说明：完成退出系统操作主要参与者：学生前置条件：学生已成功登陆系统后置条件：学生成功退出系统基本事件流：1.点击退出系统按钮2.成功退出系统用例编号：UC05用例名称：找回系统密码简要说明：完成找回密码功能参与者：学生前置条件：成功打开服务器，密码丢失后置条件：成功找回密码基本事件流：1.点击找回密码按钮2.输入新密码3.重新输入新密码，系统校验4.系统完成校验，密码成功找回扩展事件流：3a.系统校验失败，系统提示两次输入密码不符，请重新输入。
转到步骤4。
3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
中南大学软件学院软件体系结构实验1-UML实验-参考答案
《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
参考答案：顾客在线预订房间前台预订房间前台服务员客房部经理通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况信用卡系统2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM 的一部分。
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验1 UML实验实验学时： 4每组人数： 1实验类型： 3 （1：基础性2：综合性3：设计性4：研究性）实验要求： 1 （1：必修2：选修3：其它）实验类别： 3 （1：基础2：专业基础3：专业4：其它）一、实验目的1. 学会安装和使用建模工具PowerDesigner，熟练使用PowerDesigner绘制常用的UML 图形，熟悉常用的UML符号；2. 构建用例模型来描述软件需求，包括绘制用例图，撰写用例文档并制作用例检查矩阵；3. 学习使用状态图描述对象的状态及转换；4. 学习使用活动图为业务流程建模；5. 学习使用顺序图描述对象之间的交互；6. 学习类图的绘制；7. 学习从系统需求中识别类，并构建相应的面向对象模型；8. 学习使用PowerDesigner实现正向工程和逆向工程。
二、实验内容1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM的一部分。
系统基本功能描述如下：(1) 客户可通过系统发布反馈信息；(2) 公司客户关系(CR)部门员工也可以在系统中记录反馈信息；(3) 业务部门的主管和员工均能看到本部门的反馈信息，但只有CR部门员工拥有修改与删除反馈的权限；(4) 对于部分需要调查以便验证其真实性并需要做相关处理的反馈信息，业务部门主管有权通过系统安排本部门员工调查及处理该反馈；(5) 反馈调查与处理完毕后，负责调查的员工可通过系统输入反馈的详细情况；(6) 公司高层可查看未决反馈统计报表和各业务部门的反馈统计报表；(7) 所有人员进入本系统需先登录。
4. Draw a use case diagram for the following library system:The library stores various items that can be borrowed, including books and journals. Books can be borrowed by both staff and students, but only staff members can borrow journals. When a user borrows a book, their loan details are checked to ensure that they have no overdue books on loan, and have not already borrowed the maximum permitted number of books.Users can check their own loan details at any time. Librarians are permitted to check the loan details of any user.Library users can reserve books that are currently out on loan. If three reservations have already been made for a given book, and a further reservation is made, a new copy will be ordered by the librarian.5. 某银行准备开发一个网上信用卡管理系统CCMS，该系统的基本功能为：(1) 信用卡申请。
非信用卡客户填写信用卡申请表，说明所要申请的信用卡类型及申请者的基本信息，提交CCMS登录。
如果信用卡申请被银行接受，客户会收到银行的确认函，并告知用户信用卡的有效期及信贷限额；否则银行会发送一封拒绝函给该客户。
客户收到确认函后，需再次登录CCMS，用信用卡号和密码激活该信用卡。
激活操作结束后，CCMS将激活通知发送给客户，告知客户其信用卡是否被成功地激活。
(2) 月报表生成。
在每个月第一天的零点，CCMS为每个信用卡客户创建一份月报表，对该客户上月的信用卡交易情况及交易额进行统计。
信用卡客户可以登录CCMS查看月报表，也可以要求CCMS提供打印出的月报表。
(3) 信用卡客户信息管理。
信用卡客户的个人信息可以在CCMS 中进行在线的管理。
每个信用卡客户可以在线查询其个人信息。
(4) 信用卡交易记录。
信用卡客户使用信息卡进行的每一笔交易都会记录在CCMS中。
(5) 交易信息查询。
信用卡客户可以登录CCMS查询并核实其信用卡交易记录及交易额。
构造该系统的用例模型，要求绘制用例图，编写相应的用例文档，还需提供用例追踪矩阵。
6. 根据以下描述绘制状态图：某销售信息管理系统中销售部员工可以提交订单，刚提交的订单为“初始”状态；系统管理员可以处理订单，如果订单无误，则修改订单为“备货”状态，否则将订单退还给提交订单的销售部员工修改，员工此时可以取消订单；仓库管理员备货完毕后可将订单状态改为“发货”状态；销售部员工在确认客户已经收到货物后，可将订单改为“关闭”状态。
7. 根据以下描述绘制某订餐系统中顾客订餐过程的活动图（要求绘制泳道）：(1) 顾客请求查看菜单；(2) 系统显示菜单和今日特价；(3) 顾客选菜；(4) 系统显示订单和价格；(5) 顾客确认订单；(6) 系统显示可送餐时间；(7) 顾客指定送餐时间、地点和支付方式；(8) 系统确认接受订单，然后发送Email给顾客以确认订餐，同时发送相关订餐信息通知给餐厅员工。
8. 根据如下描述绘制顺序图：在某在线订房系统中，顾客输入房间套数、房间类型、入住时间、入住天数等信息，系统显示符合要求的房间号；顾客确定预订的房间，系统显示预付订金信息；顾客输入信用卡账号和密码，系统请求银行信用卡系统提供支付服务；银行信用卡系统验证用户信息并返回验证通过和支付成功消息；顾客请求系统打印预订单和收据，系统打印相关资料；预订结束。
9. 根据以下Java源代码绘制相应的顺序图：10. 根据以下描述绘制类图，再正向工程生成Java源代码（也可生成其他面向对象语言的源代码，如C++或C#等）：图形(Shape)可分为圆形(Circle)、矩形(Rectangle)、椭圆形(Ellipse)等具体图形，在Shape 类中提供了一个抽象的draw()方法用于绘制图形，而在具体的图形类中实现该抽象draw()方法。
提供一个图形工厂类(ShapeFactory)，该类提供一个静态方法createShape(char type)，其返回类型为Shape，参数type为所需绘制图形对应的代码，例如“c”表示圆形，“r”表示矩形，“e”表示椭圆形等，在createShape()方法中，可以使用条件语句来判断所需绘制图形的类型，并根据参数的不同返回不同的具体形状对象。
【注：“创建关系”是一种特殊的“依赖关系”】11. 根据以下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
12. 某基于C/S的即时聊天系统的注册和登录模块功能描述如下：(1) 注册功能：用户通过注册界面(RegisterForm)输入新帐号，系统检测该帐号是否已存在，如果不存在则可注册成功，否则提示“帐号已存在”，用户再次输入帐号；用户输入其他个人信息；系统保存用户个人信息；用户个人信息包括帐号、密码、姓名、性别、年龄、电话、电子邮箱等。
(2) 登录功能：用户通过登录界面(LoginForm)输入账号和密码，系统将输入的账号和密码与存储在数据库(User)表中的用户信息进行比较，验证用户输入是否正确，如果输入正确则进入主界面(MainForm)，否则提示“输入错误”。
现对这两个模块进行设计，要求如下：(1) 根据以上描述绘制类图，要求分析出每个类中的主要方法；(2) 需要提供独立的业务逻辑类和数据访问类，考虑到数据库的移植性，需提供抽象的数据访问接口；(3) 尽量使用数据传输对象(DTO)来传递参数，减少方法中参数的个数。
三、实验要求1. 正确安装PowerDesigner；2. 熟练使用PowerDesigner绘制用例图、状态图、活动图、顺序图和类图；3. 需按照用例建模的流程，提供用例图、用例文档和用例追踪矩阵；4. 熟练使用PowerDesigner实现正向工程和逆向工程；5. 使用UML2.X中的标准图符绘制图形，对于一些较为复杂的图形，适当增加文字注释来进行说明；6. 所绘制图形必须正确、完整，需具有较好的可读性，注意图形中图符和文字大小及布局。
四、实验步骤1. 安装PowerDesigner15.X；2. 熟悉PowerDesigner15.X的常用功能；3. 分析实例场景，识别执行者；4. 识别用例及用例之间的关系；5. 使用PowerDesigner15.X绘制用例图；6. 撰写用例文档；7. 创建用例追踪矩阵；8. 使用PowerDesigner15.X绘制状态图；9. 分析订餐系统中顾客订餐过程的流程，绘制相应的活动图；10. 分析在线订房系统中顾客与系统之间的交互过程，绘制相应的顺序图；11. 根据源代码绘制相应的顺序图；12. 根据描述绘制类图并正向工程生成源代码；13. 分析商场会员管理系统中实体类之间的关系，绘制相应的类图；14. 分析某基于C/S的即时聊天系统的注册和登录模块的功能，绘制对应的类图。