UML实验报告

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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秒。

设计约束如何快速输入银行账号;如何快速和银行系统连接。

相关文档
最新文档