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秒。
设计约束如何快速输入银行账号;如何快速和银行系统连接。