UML实验报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
一、实验目的
熟悉软件建模工具PowerDesigner的安装和使用,使用PowerDesigner绘制用例图,熟悉用例文档的编写,掌握系统需求模型的构造过程;学习使用PowerDesigner绘制类图。
二、实验内容
1. 根据如下场景构造需求模型,使用PowerDesigner绘制用例图,撰写用例“在线预订客房”和“前台预订客房”的用例描述文档,并进行模型检查。
某酒店订房系统描述如下:
(1) 顾客可以选择在线预订,也可以直接去酒店通过前台服务员预订;
(2) 前台服务员可以利用系统直接在前台预订房间;
(3) 不管采用哪种预订方式,都需要在预订时交相应订金;
(4) 前台预订可以通过现金或信用卡的形式进行订金支付,但是网上预订只能通过信用卡进行支付;
(5) 利用信用卡进行支付时需要和信用卡系统进行通信;
(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
2. 某电话公司决定开发一个客户信息管理系统,系统功能如下:
(1) 浏览客户信息:任何使用Internet的网络用户都可以浏览电话公司所有的客户信息(包括姓名、住址、电话号码等)。
(2) 登录:电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码,并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。
(3) 修改个人信息:客户在系统中注册后,可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。
(4) 删除客户信息:只有公司的管理人员才能删除不再接受公司服务的客户的信息。
绘制该系统的用例图。
3. 根据如下描述绘制类图:
某商场会员管理系统包含一个会员类(Member),会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等,会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种,不同类型的会员在购物时可以享受不同的折扣;每个会员可以拥有一个或多个订单(Order),每一个订单又可以包含至少一条商品销售信息(ProductItem),商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等;每一条商品销售信息对应一类商品(Product),商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
4. 根据NewWorld Bank银行系统项目需求,构建系统的需求模型和静态模型(类图)。
三、实验要求
1. 熟练安装PowerDesigner15.1,熟练使用PowerDesigner15.1绘制用例图和类图;
2. 严格按照需求建模和类图绘制的步骤;
3. 使用UML2.0中用例图和类图的标准图符;
4. 绘制标准的用例图并撰写规范的用例文档,绘制标准的类图;
5. 检查最终的需求模型,确保模型与需求的一致性。
四、实验步骤
1. 安装PowerDesigner15.1;
2. 熟悉PowerDesigner15.1的常用功能;
3. 分析实例场景,识别执行者;
4. 识别用例及用例之间的关系;
5. 使用PowerDesigner15.1绘制用例图;
6. 撰写用例文档;
7. 模型检查;
8. 识别系统的类;
9. 识别类的属性和方法;
10. 识别类之间的关系;
11. 使用PowerDesigner15.1绘制类图;
12. 检查类图的正确性。
五、实验报告
1、用例图:
用例文档:
顾客客房部经理服务员信用卡系统网上在线预定房间●
前台预定房间●
查看房间预定●
查看每日收款●
预付订金●●
现金支付●●
信用卡支付●●●2、客户信息管理系统的用例图:
3、商场会员管理系统的类图:
4、NewWorld Bank银行系统用例图:
类图:
用例文档:
六、实验总结
经过这次实践,我看到了UML语言的强大,同时发现自己学到的是如此的少。类图中的关系是个难点,以后需要大大加强训练。
并且用例文档的编写也需要再练习!
(注:可编辑下载,若有不当之处,请指正,谢谢!)