UML实验报告.docx
《UML实验报告.docx》由会员分享,可在线阅读,更多相关《UML实验报告.docx(28页珍藏版)》请在冰豆网上搜索。
UML实验报告
一、实验目的
熟悉软件建模工具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.根据NewWorldBank银行系统项目需求,构建系统的需求模型和静态模型(类图)。
三、实验要求
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、用例图:
用例文档:
用例名称
在线预订客房
用例编号
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秒。
设计约束
如何快速输入银行账号;如何快速和银行系统连接。
模型检查矩阵:
顾客
客房部经理
服务员
信用卡系统
网上在线预定房间
●
前台预定房间
●
查看房间预定
●
查看每日收款
●
预付订金
●
●
现金支付
●
●
信用卡支付
●
●
●
2、客户信息管理系统的用例图:
3、商场会员管理系统的类图:
4、NewWorldBank银行系统用例图:
类图:
用例文档:
用例名称
创建新账号
用例编号
NWB001
执行者
银行内部工作人员
涉众利益
顾客:
希望办理自己想要的类型的账号。
银行经理:
查看银行账号办理的情况。
前置条件
工作人员必须已经被正确识别和授权。
后置条件
顾客信息正确录入,数据库已更新,并为客户开出新的账号。
基本路径
1.顾客填写的开户单;
2.工作人员录入顾客基本资料;
3.工作人员根据顾客要求为用户创建新账号。
扩展路径
a顾客开户单填写不合格
扩展点:
1.顾客重新填写开户单;
2.工作人员创建新账号。
字段列表
客户信息包括:
姓名、单位、住址、身份证号、账号类型、存款额、账号
工作人员信息包括:
姓名,编号
业务规则
顾客姓名不能为空;
顾客身份证号不能为空;
账号类型不能为空;
存款额不能低于10元。
非功能需求
1如何快速录入顾客信息;
2支持多种语言显示。
设计约束
怎么解决利率问题?
怎么解决货币贬值问题?
是否可以办理外国货币储蓄信用卡?
用例名称
设置账号密码
用例编号
NWB002
执行者
银行内部工作人员
涉众利益
顾客:
设置自己保密的账号密码。
前置条件
工作人员必须已经被正确识别和授权;顾客已办理新账号。
后置条件
顾客的卡已办理完成,并发给顾客新办理的卡。
基本路径
1.工作人员进入设置密码页面;
2.顾客通过输入密码的设置输入自己设置的密码;
3.工作人员通过系统为顾客办理出账号密码匹配的卡。
扩展路径
a顾客两次输入的密码不一致
扩展点:
顾客重新设置密码
字段列表
客户信息包括:
姓名,性别,身份证号码,账号,密码
工作人员信息包括:
姓名,编号
业务规则
密码不能为空;
密码为六位。
非功能需求
顾客能看清屏幕上办理的账号的信息。
设计约束
顾客忘记密码怎么办?
用例名称
修改账号密码
用例编号
NWB003
执行者
银行内部工作人员
涉众利益
顾客:
为自己金钱安全,修改更为保密的密码。
前置条件
工作人员必须已经被正确识别和授权;顾客已办理新账号。
后置条件
顾客信用卡密码信息已更新,银行数据库已更新。
基本路径
1.工作人员刷卡获得要修改密码的账号的信息;
2.顾客输入原始密码;
3.工作人员进入修改密码页面;
4.顾客通过面目输入设施输入新密码;
5.工作人员点击确定。
扩展路径
a顾客重新输入的密码和原始密码一致
扩展点:
顾客重新再次设置新密码
字段列表
客户信息包括:
姓名,性别,身份证号码,账号,密码
工作人员信息包括:
姓名,编号
业务规则
密码不能为空;
密码为六位;
修改密码必须出示身份证。
非功能需求
顾客能看清屏幕上办理的账号的信息。
设计约束
能否增加更多的账号的密码字符?
用例名称
申请借记卡
用例编号
NWB004
执行者
银行内部工作人员
涉众利益
顾客:
为避免卡透支。
前置条件
工作人员必须已经被正确识别和授权;顾客已办理账号。
后置条件
银行数据库已更新,胡克获得所办理的借记卡。
基本路径
1.工作人员刷卡获得要办理借记卡的账号的信息;
2.顾客输入账号密码
3.工作人员根据顾客要求转入借记卡一定的金额。
扩展路径
a要办理对应借记卡的账号余额小于10元
扩展点:
1取消办理借记卡;
2为账号或借记卡存入一定金额。
字段列表
客户信息包括:
姓名,身份证号码,账号,密码,借记卡账号
工作人员信息包括:
姓名,编号
业务规则
账号密码不能为空;
账号密码为六位;
申请借记卡必须出示身份证;
非功能需求
顾客能看清屏幕上办理的信息。
设计约束
国外是否可用?
用例名称
账号挂失
用例编号
NWB005
执行者
银行内部工作人员
涉众利益
顾客:
卡遗失,保护自己财产,锁定账号,并重新办理卡。
前置条件
工作人员必须已经被正确识别和授权;顾客已办理账号的卡丢失。
后置条件
顾客账号已被冻结,数据库已更新,在有限的期限内办理处新卡。
基本路径
1.顾客出示身份证;
2.工作人员检索出顾客遗失的卡的账号;
3.顾客输入密码;
4.工作人员冻结该账号;
规定的期限7天后,顾客卡未找到
5.工作人员为顾客重新办理卡。
扩展路径
a顾客无法出示身份证
扩展点:
1顾客需出示其他有效身份证明;
2挂失失败。
字段列表
客户信息包括:
姓名,身份证号码,账号,密码
工作人员信息包括:
姓名,编号
业务规则
顾客必须出示有效身份证明;
非功能需求
客户信息安全保证。
设计约束
是否频繁发生?
用例名称
取消账号
用例编号
NWB006
执行者
银行内部工作人员
涉众利益
顾客:
由于需要取消这个账号,取出里面的现金。
银行经理:
查看顾客的账号管理情况。
前置条件
工作人员必须已经被正确识别和授权;顾客已确定取消账号。
后置条件
数据库已更新;顾客已办理的账号已取消。
基本路径
1.工作人员刷卡获得账号信息;
2.顾客输入密码;
3查看里面是否还有余额;
4工作人员注销该账号。
扩展路径
a账号仍有余额
扩展点:
顾客取款后再注销账号
b顾客密码3次输入错误
扩展点:
1查看顾客身份证明;
2身份不符,账号取消失败。
字段列表
客户信息包括:
姓名,身份证号码,账号,密码
工作人员信息包括:
姓名,编号
业务规则
顾客必须出示有效身份证明
非功能需求
系统响应时间不能超过30秒。
设计约束
能否代人取消账号?
用例名称
存款
用例编号
NWB007
执行者
银行内部工作人员
涉众利益
用户:
是否能正确存款;
管理员:
是否能正记录存款信息;
银行经理:
查看银行存款信息。
前置条件
工作人员已经被正确识别和授权。
后置条件
存款成功并给出成功提示
基本路径
1.顾客提交存款申请;
2.工作人员刷卡获得账号信息;
3顾客输入账号密码;
4工作人员点钱并更新账号信息;
5系统提示存款成功。
扩展路径
a密码多次输入错误存在
扩展点:
存款失败
字段列表
客户信息包括:
姓名,身份证号码,账号,密码,存款金额
工作人员信息包括:
姓名,编号
业务规则
存款数额必须大于10元
非功能需求
系统响应时间不能超过30秒。
设计约束
能否异地免费存款?
用例名称
计算利息
用例编号
NWB008
执行者
银行内部工作人员
涉众利益
顾客:
利息数额是否正确;
管理员:
是否能正确计算利息;
银行经理:
查看银行利息情况。
前置条件
工作人员已被正确识别和授权。
后置条件
系统显示计算出的利息
基本路径
1.选择利息类型;
2.输入利息计算数据;
3.提交计算请求;
4.系统给出计算后的利息。
扩展路径
字段列表
利息计算数据:
存款时间,利率
工作人员信息:
姓名,编号
业务规则
活期存款采用分段计息,按取款日利率计息。
此外,每年6月30日设为活期账号的结息日,统一计算活期利息。
定期存款利率采用存款当时的利率,自动转存的,每转存一次,均按转存日的利率计算下一个存期的利息。
分段计息时,各段利息计至厘位,合计利息计至分位,分以下四舍五入。
非功能需求
系统响应时间不能超过30秒。
设计约束
系统能否自动计算和刷新?
用例名称
活期帐号间转账
用例编号
NWB009
执行者
银行内部工作人员
涉众利益
顾客:
能否正确转账;
管理员:
是否能正记录转账信息。
前置条件
工作人员已被正确识别和授权。
后置条件
转账成功并给出成功提示
基本路径
1顾客填写转账申请;
2工作人员录入转账信息;
3系统提示转账成功,并打印出转账凭条。
。
扩展路径
a转账账户不存在
扩展点:
转账失败
b.账户余额不足
扩展点:
转账失败
字段列表
顾客信息:
账号,密码,转账账号,转账金额数
工作人员信息:
姓名,编号
业务规则
转账数额必须小于等于账户存款数额;
转账金额必须大于100元。
非功能需求
系统响应时间不能超过60秒。
设计约束
能否异国转账?
用例名称
结算月消费
用例编号
NWB010
执行者
银行内部工作人员
涉众利益
顾客:
确定借款额上限;
工作人员和银行经理:
确保银行无损失。
前置条件
工作人员已经正确登录。
后置条件
设定成功并给出提示。
基本路径
1.填写设定借款额上限所需数据;
2.提交取款申请;
3.系统提设定账成功。
扩展路径
字段列表
设定借款额上限所需数据:
月结算额,存款数额,月薪水平,性别,需要抚养人数,婚姻状况等。
业务规则
以每月为单位进行结算,顾客当月消费总额不能超过借款额上限。
结算完毕后,向顾客发出结算单,如果顾客在规定期限内没有还款,则采取收取罚款或收回信用卡的措施。
非功能需求
系统响应时间不能超过30秒。
设计约束
用例名称
开通网上服务
用例编号
NWB011
执行者
银行内部工作人员
涉众利益
管理员:
是否能正确记录开通信息
用户:
是否能成功开通网上服务
前置条件
工作人员已被正确识别和授权。
后置条件
开通成功并给出成功提示。
基本路径
1.顾客填写开通信息;
2.工作人员提交开通网上服务申请;
3.系统提示开通成功。
扩展路径
a银行卡号不存在
扩展点:
开通失败
b证件号错误
扩展点:
开通失败
字段列表
开通信息:
用户名,有效证件号,银行卡号
工作人员信息:
姓名,编号
业务规则
用户名不能为空;
有效证件号不能为空,长度符合要求;
银行卡号不能为空,长度符合要求;
非功能需求
系统响应时间不能超过30秒。
设计约束
能否电话申请开通网上服务?
用例名称
注册
用例编号
NWB012
执行者
用户
涉众利益
管理员:
是否能保存用户注册的信息;
用户:
能否正确注册;
银行经理:
查看银行顾客注册信息数据库。
前置条件
用户进入正确的注册页面。
后置条件
系统保存用户的注册信息并给出注册成功提示。
基本路径
1.用户输入的用户基本资料;
2.提交注册请求;
3.系统提示注册成功。
扩展路径
a密码长度不符合要求
扩展点:
重新设置密码。
字段列表
用户基本资料:
姓名,身份证号,电话,住址
业务规则
用户名不能为空;
用户身份号不能为空,且符合规定长度;
非功能需求
系统响应时间不能超过20秒。
设计约束
用例名称
查询指定账号余额
用例编号
NWB013
执行者
用户
涉众利益
用户和系统管理员:
系统是否能正确显示指定账号余额。
前置条件
用户已正确登录。
后置条件
系统正确显示用户查询指定账号余额。
基本路径
1.用户输入指定账号;
2.用户选择查询余额服务
3.用户输入密码
4.系统显示账号余额。
扩展路径
a账号不存在
扩展点:
查询失败
b密码多次输入错误
扩展点:
查询失败。
字段列表
用户信息:
姓名,身份证号,账号,密码,账号金额
业务规则
用户信息数据不能为空。
非功能需求
系统响应时间不能超过20秒。
设计约束
用例名称
查询交易详单
用例编号
NWB014
执行者
用户
涉众利益
用户和系统管理员:
系统是否能正确保存交易信息并显示交易详单。
前置条件
用户已经正确登录。
后置条件
系统显示正确交易详单
基本路径
1.用户选择查询交易详单;
2.用户选择要查询的时间段的起止时间;
3.输入账号和密码;
4.系统显示详单。
扩展路径
a账号或密码输入错误
扩展点:
查询失败
字段列表
用户信息:
姓名,身份证号,账号,密码,查询的开始时间,查询的结束时间
业务规则
起始时间在注册时间之后,截止时间在今日查询时间之前;
用户最多可查询一年内的交易详单。
非功能需求
系统响应时间不能超过60秒。
设计约束
用例名称
管理银行工作人员资料
用例编号
NWB015
执行者
系统管理员
涉众利益
系统管理员:
是否能正确记录并保存基本信息
前置条件
管理员已正确登录
后置条件
操作成功并给出成功提示
基本路径
1.录入人员基本资料;
2.填写人员基本资料
2.提交操作请求;
3.系统提示开通成功。
扩展路径
a系统管理员修改工作人员基本资料
扩展点:
1.系统管理员找到要修改资料的工作人员的记录
2.系统将更改后的资料录入系统
3.系统保存更改,提示更改成功
b.系统管理员查询工作人员基本资料
扩展点:
1.系统管理员输入要查询资料的工作人员的姓名或账号
2.系统查找该工作人员的资料
3.若找到,显示其基本资料,若没有找到,提示查找不成功
c工作人员账号已存在
扩展点:
录入失败
d工作人员账号不存在
扩展点:
查询失败
字段列表
工作人员基本资料:
工作人员编号,姓名,密码,职位,联系电话,住址
业务规则
工作人员账号不能为空;
工作人员姓名不能为空;
密码不能为空,且符合一定长度;
职位不能为空;
非功能需求
系统响应时间不能超过30秒。
设计约束
用例名称
管理密码
用例编号
NWB016
执行者
系统管理员
涉众利益
工作人员:
能否找回密码。
前置条件
管理员已经正确登录
后置条件
系统保存工作人员对应的密码
基本路径
1.选择所要进行操作的工作人员;
2.输入工作人员的密码;
3.提交保存;
4.系统提示保存成功。
扩展路径
1a.工作人员账号不存在
1.保存失败
1b.密码长度不符合要求
1.保存失败
字段列表
工作人员基本资料:
工作人员编号,姓名,密码,职位,联系电话,住址
业务规则
工作人员账号不能为空;
密码不能为空,且符合一定的长度要求。
非功能需求
系统响应时间不能超过30秒。
保证信息安全。
设计约束
用例名称
分配操作帐号和操作权限
用例编号
NWB017
执行者
系统管理员
涉众利益
工作人员:
是否能正确分配到账号和操作权限
前置条件
管理员已经正确登录
后置条件
分配成功并给出提示
基本路径
1.选择所要进行操作的工作人员;
2.分配账号和操作权限;
3.提交分配请求;
4.系统提示分配成功。
扩展路径
a工作人员账号不存在
扩展点:
查询失败
字段列表
工作人员基本资料:
工作人员编号,姓名,密码,职位,联系电话,住址
业务规则
工作人员账号不能为空。
非功能需求
保证信息安全。
能够及时更新。
设计约束
六、实验总结
经过这次实践,我看到了UML语言的强大,同时发现自己学到的是如此的少。
类图中的关系是个难点,以后需要大大加强训练。
并且用例文档的编写也需要再练习!
(注:
可编辑下载,若有不当之处,请指正,谢谢!
)