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. 检查类图的正确性。
五、实验报告
用例名称在线预订客房用例编号Hotel001
执行者客户
涉众利益客房部经理：查看客房预订情况和每日收款情况。
系统管理员：了解在线预订操作是否能够正常执行，系统是否正确记录预订信息并更新客房预订情况。
前置条件客户已经进入在线预订客房页面。
后置条件系统保存预订信息并更新客房预订情况数据库。
基本路径1.客户选择客房类型；
2.系统检查该类型客房是否还有预留；
3.客户选择客房门号；
4.客户输入入住日期和入住的时间长短；
5.客户支付定金；
6.系统提示预订成功。
扩展路径a客户选择客房类型不存在
扩展点：1.系统给客户提示相似的客房类型；
2.客户选择客房类型。
b客户支付定金不成功
扩展点：b1. 1。系统提示信用卡账号或密码错误；
2。客户重新输入信用卡账号和密码。
b2. 1。系统提示信用卡金额不足；
2。客户输入其他可用信用卡账号和密码。
字段列表客房信息：客户姓名、客户身份证号、客房类型、客房门号、客房预订金额。
业务规则客户姓名不能为空；
客户身份证号不能为空；
客户身份证号不能错误；
客房类型不能为空；
客房门号不能为空；
客房入住日期和入住时间不能为空；客户必须支付预订金额。
非功能需求系统响应时间不能超过30秒。
设计约束如何快速输入银行账号；如何快速和银行系统连接。
用例名称前台预订客房用例编号Hotel002
执行者前台服务员
涉众利益客房部经理：查看客房预订情况和每日收款情况。
系统管理员：了解在线预订操作是否能够正常执行，系统是否正确记录预订信息并更新客房预订情况。
前置条件客户请求预订客房。
后置条件系统保存预订信息并更新客房预订情况数据库。
基本路径1.前台服务员为客户选择要预定的客房类型；
2.系统检查该类型客房是否还有预留；
3.前台服务员为客户选择要预订的客房门号；
4.前台服务员根据客户要求为客户输入入住日期和入住的时间长短；
5.前台服务员收取客户支付定金点击确定；
6.系统提示预订成功。
扩展路径a客户选择客房类型不存在
扩展点：1.系统给客户提示相似的客房类型；
2.前台服务员为客户选择要预定的客房类型。
b客户支付定金不成功
扩展点：b1. 1。刷卡设施不能使用；
2。前台服务员收取客户现金支付定金。
b2. 1。系统提示信用卡密码错误；
2。客户重新输入密码。
b3. 1。系统提示信用卡金额不足；
2。客户输入其他可用信用卡账号和密码。
字段列表客房信息：客户姓名、客户身份证号、客房类型、客房门号、客房预订金额。
业务规则客户姓名不能为空；
客户身份证号不能为空；
客户身份证号不能错误；
客房类型不能为空；
客房门号不能为空；
客房入住日期和入住时间不能为空；客户必须支付预订金额。
非功能需求系统响应时间不能超过30秒。
设计约束如何快速输入银行账号；如何快速和银行系统连接。