软件架构UML实验.docx

软件架构UML实验.docx

《软件架构UML实验.docx》由会员分享，可在线阅读，更多相关《软件架构UML实验.docx（27页珍藏版）》请在冰豆网上搜索。

软件架构UML实验

软件架构实验一

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工作人员账号不存在

扩展点：

查询失败

字段列表

工作人员基本资料：

工作人员编号，姓名，密码，职位，联系电话，住址

业务规则

工作人员账号不能为空。

非功能需求

保证信息安全。

能够及时更新。

设计约束

6、实验总结

经过这次实践，我看到了UML语言的强大，同时发现自己学到的是如此的少。

类图中的关系是个难点，以后需要大大加强训练。

并且用例文档的编写也需要再练习！