下载文档原格式
实验一熟悉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的操作平台。
二．实验内容：利用UML做一个图书馆借书系统的建模。
三．实验步骤：名称：借书”。
说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。
参与者：学生，图书管理员频率：每天可能会有很多次。
最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。
前置条件：无后置条件：修改所借出的图书的剩余数量。
假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。
基本操作流程：借书成功。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。
4）如果该学生已经预订了这本图书，则撤销该预定。
5）报告交易成功。
可选操作流程：所借图书超出最大借书数量。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。
4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
UML实验报告(1)学生学号01第一学期实验课程名称：UML建模技术实验项目名称关于新的电脑销售系统点的需求文档实验成绩1实验者向尧专业班级软件工程0703班组别19同组者实验日期12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会怎样为新的电脑销售系统点写需求文档实验内容：1、写一个概况陈述，包含信息系统相关的问题。
2、确定客户，包括公司名称、地址、电话号码，员工的头衔也要包含在他的名字之中3、总结至少3个系统的目标4、确定至少2个制约因素5、建立一个基本功能和属性表6、分析基本功能和属性的可行性7、包括一个用类表现出来的环境图二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。
需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。
需求是用户认为其所使用的系统应该具备的功能和性能。
三、主要仪器设备及耗材MicrosoftOfficeWord12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会如何为类中描述的事件写一个基本用例实验内容：1、仿照教科书来描述每个用例。
事件的主流程（成功场景）是用例的最重要的部分。
确保它准确地描述这个过程，同时还有少量一些替代流程即扩展。
2、对于这个项目假设所有客户用现金或信用卡支付租金，不允许用支票支付！3、要特别注意处理问题时的扩展，可以仿照你的老师给你的示例4、有一些隐藏的要求：基本上租借出去的影碟信息必须有序地保存起来以跟踪物料，同样的归还的物品数据也应该保存起来，以备最后会计都会知道这些。
5、用例是：租赁项目，归还项目，迟交费项目，重新购置项目。
没有购买。
6、每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡。
实验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实现正向工程和逆向工程；9. 学习使用组件图描述每个功能所在的组件位置以及它们之间的关系；10. 学习使用部署图描述软件中各个组件驻留的硬件位置以及这些硬件之间的交互关系。
二、实验内容1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
绘制该酒店订房系统的用例图。
2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
本科实验报告课程名称：计算机网络______________实验项目：计算机网络__________实验地点：____________________________________ 专业班级：_______________ 学号： _______________ 学生姓名：______________________________指导教师：____________________________1. 实验准备：熟悉 UML建模环境2. 实验一用例图3. 实验二类图4. 实验三顺序图及通信图5. 实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1结合工具StartUML，熟悉UML用例图的模型元素。
2•使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗？书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
实验05 UML
(要求写实验报告)
一、实验名称：UML
二、实验目的：
1) 掌握绘图工具Microsoft Office Visio软件的使用；
2) 掌握用例图的绘制方法；
3) 掌握类图的绘制方法；
4) 掌握程序流程图的画法。
三、问题讨论
类图中的内容可以转化为软件中的什么？
答：类图中的内容一方面可以转化为程序中的类，类图中的特性转化为成员变量，类图中的操作转化为方法。
另一方面，类图中的特性转化为数据库表中的字段，操作转化为数据库中的存储过程。
四、实验内容及步骤：
1．用例图
财务人员
图1 物资管理用例图
2. 活动图
图2 物资出库活动图3. 类图
添加类图。
右键—属性。
特性中填入类的属性。
操作中填入类的方法。
图3 销售订单类图
自己设计客户的类图。
4. 时序图
图4 学生注册时序图
5. 状态图
在库
待出库
出库
入库
出库单
产品运出仓库
图5 产品出库状态图
6.协作图
:Registration
:Student
:CourseSection
1:<<create>>
2:addToSchedule
图6 注册协作图。
uml实训总结um l实训总结篇一： UM L实训总结实训总结（收获与体会）通过一个学期的Um l学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次UML实训的体现。
三个周的U ML实训，主要是围绕着一个实训题目“基于U ML系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。
从中让我认识到UM L的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用Uml 作为建模语言，形成了统一的标准。
它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。
总之，在我看来，U ML是一种定义良好、易于表达、功能强大且普遍适用建模语言。
融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用U ML，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。
这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。
uml建模期末实验总结一、实验目的UML建模是软件工程中非常重要的环节，能够帮助开发人员更好地理解需求，并将其转化为可执行的代码。
本实验旨在培养我们的UML建模能力，并加深对软件工程的理解。
二、实验过程本次实验主要分为以下几个阶段：1. 需求分析：根据老师提供的需求文档，我们小组对需求进行仔细分析，了解其业务逻辑和功能。
在这个阶段，我们主要是通过讨论和问答的方式明确需求，理解用户的需求。
2. 用例设计：根据需求文档，我们对系统的功能进行用例设计，确定了系统的主要功能点和用户应该能够完成的操作。
我们使用UML建模工具绘制了用例图，并对每个用例进行了详细描述。
3. 类图设计：在完成用例设计后，我们开始设计类图。
首先，我们根据用例图确定了系统中的主要对象，并分析了它们之间的关系。
然后，我们使用UML类图来表示这些对象和它们之间的关系。
对于每个类，我们明确了其属性和方法，并标记了可见性和数据类型。
4. 时序图设计：在类图设计完成后，我们开始绘制时序图。
时序图可以帮助我们更好地理解对象之间的交互，并展示他们之间的消息流。
我们为每个用例设计了一张时序图，并标明了对象的生命周期和消息的交互流程。
5. 状态图设计：在时序图设计完成后，我们根据需求对系统中的状态进行了分析，并绘制了状态图。
状态图描述了一个对象在不同状态之间的转换，并标明了转换触发的条件。
6. 构件设计和部署图设计：最后，我们根据需求对系统的组成进行了分析，并设计了构件图和部署图。
构件图描述了系统的组成部分和它们之间的关系，而部署图则展示了系统的物理部署。
三、实验收获通过本次实验，我对UML建模有了更深入的理解，掌握了不少UML建模技巧。
首先，我学会了用例图的设计方法，能够准确地描述系统的功能和用户的操作。
其次，我理解了类图的意义和设计原则，并能够根据需求设计符合规范的类图。
此外，我学会了如何使用时序图来展示对象之间的交互，以及如何使用状态图来描述对象的状态转换。
本科实验报告课程名称：计算机网络实验项目：计算机网络实验地点：专业班级：学号：学生姓名：指导教师：目录1.实验准备：熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。
实验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的即时聊天系统的注册和登录模块的功能，绘制对应的类图。
