软件架构UML实验.docx

1、软件架构UML实验软件架构实验一UML实践班级学号姓名日期指导老师一、实验目的熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。二、实验内容1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都

2、需要在预订时交相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下：(1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。(2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。(3) 修改个人

3、信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。(4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。绘制该系统的用例图。3. 根据如下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编

4、号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。4. 根据NewWorld Bank银行系统项目需求，构建系统的需求模型和静态模型（类图）。三、实验要求1. 熟练安装PowerDesigner15.1，熟练使用PowerDesigner15.1绘制用例图和类图；2. 严格按照需求建模和类图绘制的步骤；3. 使用UML2.0中用例图和类图的标准图符；4. 绘制标准的用例图并撰写规范的用例文档，绘制标准的类图；5. 检查最终的需求模型，确保模型与需求的一致性。四、实验步骤1. 安装PowerDesi

5、gner15.1；2. 熟悉PowerDesigner15.1的常用功能；3. 分析实例场景，识别执行者；4. 识别用例及用例之间的关系；5. 使用PowerDesigner15.1绘制用例图；6. 撰写用例文档；7. 模型检查；8. 识别系统的类；9. 识别类的属性和方法；10. 识别类之间的关系；11. 使用PowerDesigner15.1绘制类图；12. 检查类图的正确性。五、实验报告1、用例图：用例文档：用例名称在线预订客房用例编号Hotel001执行者客户涉众利益客房部经理：查看客房预订情况和每日收款情况。系统管理员：了解在线预订操作是否能够正常执行，系统是否正确记录预订信息并更新

6、客房预订情况。前置条件客户已经进入在线预订客房页面。后置条件系统保存预订信息并更新客房预订情况数据库。基本路径1.客户选择客房类型；2.系统检查该类型客房是否还有预留；3.客户选择客房门号；4.客户输入入住日期和入住的时间长短；5.客户支付定金；6.系统提示预订成功。扩展路径a客户选择客房类型不存在扩展点：1.系统给客户提示相似的客房类型； 2.客户选择客房类型。b客户支付定金不成功扩展点：b1. 1。系统提示信用卡账号或密码错误； 2。客户重新输入信用卡账号和密码。 b2. 1。系统提示信用卡金额不足； 2。客户输入其他可用信用卡账号和密码。字段列表客房信息：客户姓名、客户身份证号、客房类型

7、、客房门号、客房预订金额。业务规则客户姓名不能为空；客户身份证号不能为空；客户身份证号不能错误；客房类型不能为空；客房门号不能为空；客房入住日期和入住时间不能为空；客户必须支付预订金额。非功能需求系统响应时间不能超过30秒。设计约束如何快速输入银行账号；如何快速和银行系统连接。用例名称前台预订客房用例编号Hotel002执行者前台服务员涉众利益客房部经理：查看客房预订情况和每日收款情况。系统管理员：了解在线预订操作是否能够正常执行，系统是否正确记录预订信息并更新客房预订情况。前置条件客户请求预订客房。后置条件系统保存预订信息并更新客房预订情况数据库。基本路径1.前台服务员为客户选择要预定的客房

8、类型；2.系统检查该类型客房是否还有预留；3.前台服务员为客户选择要预订的客房门号；4.前台服务员根据客户要求为客户输入入住日期和入住的时间长短；5.前台服务员收取客户支付定金点击确定；6.系统提示预订成功。扩展路径a客户选择客房类型不存在扩展点：1.系统给客户提示相似的客房类型； 2.前台服务员为客户选择要预定的客房类型。b客户支付定金不成功扩展点：b1. 1。刷卡设施不能使用； 2。前台服务员收取客户现金支付定金。 b2. 1。系统提示信用卡密码错误； 2。客户重新输入密码。 b3. 1。系统提示信用卡金额不足； 2。客户输入其他可用信用卡账号和密码。字段列表客房信息：客户姓名、客户身份证

9、号、客房类型、客房门号、客房预订金额。业务规则客户姓名不能为空；客户身份证号不能为空；客户身份证号不能错误；客房类型不能为空；客房门号不能为空；客房入住日期和入住时间不能为空；客户必须支付预订金额。非功能需求系统响应时间不能超过30秒。设计约束如何快速输入银行账号；如何快速和银行系统连接。 模型检查矩阵：顾客客房部经理服务员信用卡系统网上在线预定房间 前台预定房间 查看房间预定 查看每日收款 预付订金 现金支付 信用卡支付 2、客户信息管理系统的用例图：3、商场会员管理系统的类图：4、NewWorld Bank银行系统用例图：类图：用例文档:用例名称创建新账号用例编号NWB001执行者银行内部

10、工作人员涉众利益顾客:希望办理自己想要的类型的账号。银行经理：查看银行账号办理的情况。前置条件工作人员必须已经被正确识别和授权。后置条件顾客信息正确录入，数据库已更新，并为客户开出新的账号。基本路径1.顾客填写的开户单；2.工作人员录入顾客基本资料；3.工作人员根据顾客要求为用户创建新账号。扩展路径a 顾客开户单填写不合格扩展点：1.顾客重新填写开户单； 2.工作人员创建新账号。字段列表客户信息包括：姓名、单位、住址、身份证号、账号类型、存款额、账号工作人员信息包括：姓名，编号业务规则顾客姓名不能为空；顾客身份证号不能为空；账号类型不能为空；存款额不能低于10元。非功能需求1如何快速录入顾客信

11、息；2支持多种语言显示。设计约束怎么解决利率问题？怎么解决货币贬值问题？是否可以办理外国货币储蓄信用卡？用例名称设置账号密码用例编号NWB002执行者银行内部工作人员涉众利益顾客：设置自己保密的账号密码。前置条件工作人员必须已经被正确识别和授权；顾客已办理新账号。后置条件顾客的卡已办理完成，并发给顾客新办理的卡。基本路径1.工作人员进入设置密码页面；2.顾客通过输入密码的设置输入自己设置的密码；3.工作人员通过系统为顾客办理出账号密码匹配的卡。扩展路径a 顾客两次输入的密码不一致扩展点：顾客重新设置密码字段列表客户信息包括：姓名，性别，身份证号码，账号，密码工作人员信息包括：姓名，编号业务规则

12、密码不能为空；密码为六位。非功能需求顾客能看清屏幕上办理的账号的信息。设计约束顾客忘记密码怎么办？用例名称修改账号密码用例编号NWB003执行者银行内部工作人员涉众利益顾客：为自己金钱安全，修改更为保密的密码。前置条件工作人员必须已经被正确识别和授权；顾客已办理新账号。后置条件顾客信用卡密码信息已更新，银行数据库已更新。基本路径1.工作人员刷卡获得要修改密码的账号的信息；2.顾客输入原始密码；3.工作人员进入修改密码页面；4.顾客通过面目输入设施输入新密码；5.工作人员点击确定。扩展路径a 顾客重新输入的密码和原始密码一致扩展点：顾客重新再次设置新密码字段列表客户信息包括：姓名，性别，身份证号

13、码，账号，密码工作人员信息包括：姓名，编号业务规则密码不能为空；密码为六位；修改密码必须出示身份证。非功能需求顾客能看清屏幕上办理的账号的信息。设计约束能否增加更多的账号的密码字符？用例名称申请借记卡用例编号NWB004执行者银行内部工作人员涉众利益顾客：为避免卡透支。前置条件工作人员必须已经被正确识别和授权；顾客已办理账号。后置条件银行数据库已更新，胡克获得所办理的借记卡。基本路径1.工作人员刷卡获得要办理借记卡的账号的信息；2.顾客输入账号密码3.工作人员根据顾客要求转入借记卡一定的金额。扩展路径a 要办理对应借记卡的账号余额小于10元扩展点：1 取消办理借记卡； 2 为账号或借记卡存入一

14、定金额。字段列表客户信息包括：姓名，身份证号码，账号，密码，借记卡账号工作人员信息包括：姓名，编号业务规则账号密码不能为空；账号密码为六位；申请借记卡必须出示身份证； 非功能需求顾客能看清屏幕上办理的信息。设计约束国外是否可用？ 用例名称账号挂失用例编号NWB005执行者银行内部工作人员涉众利益顾客：卡遗失，保护自己财产，锁定账号，并重新办理卡。前置条件工作人员必须已经被正确识别和授权；顾客已办理账号的卡丢失。后置条件顾客账号已被冻结，数据库已更新，在有限的期限内办理处新卡。基本路径1.顾客出示身份证；2.工作人员检索出顾客遗失的卡的账号；3.顾客输入密码；4.工作人员冻结该账号；规定的期限7

15、天后，顾客卡未找到5.工作人员为顾客重新办理卡。扩展路径a 顾客无法出示身份证扩展点：1顾客需出示其他有效身份证明； 2 挂失失败。字段列表客户信息包括：姓名，身份证号码，账号，密码工作人员信息包括：姓名，编号业务规则顾客必须出示有效身份证明；非功能需求客户信息安全保证。设计约束是否频繁发生？用例名称取消账号用例编号NWB006执行者银行内部工作人员涉众利益顾客：由于需要取消这个账号，取出里面的现金。银行经理：查看顾客的账号管理情况。前置条件工作人员必须已经被正确识别和授权；顾客已确定取消账号。后置条件数据库已更新；顾客已办理的账号已取消。基本路径1.工作人员刷卡获得账号信息；2.顾客输入密码

16、；3查看里面是否还有余额；4工作人员注销该账号。扩展路径a 账号仍有余额扩展点:顾客取款后再注销账号b 顾客密码3次输入错误扩展点：1 查看顾客身份证明 ； 2 身份不符，账号取消失败。字段列表客户信息包括：姓名，身份证号码，账号，密码工作人员信息包括：姓名，编号业务规则顾客必须出示有效身份证明非功能需求系统响应时间不能超过30秒。设计约束能否代人取消账号？用例名称存款用例编号NWB007执行者银行内部工作人员涉众利益用户：是否能正确存款；管理员：是否能正记录存款信息；银行经理：查看银行存款信息。前置条件工作人员已经被正确识别和授权。后置条件存款成功并给出成功提示基本路径1.顾客提交存款申请；

17、2.工作人员刷卡获得账号信息；3顾客输入账号密码；4工作人员点钱并更新账号信息；5系统提示存款成功。扩展路径a 密码多次输入错误存在扩展点：存款失败字段列表客户信息包括：姓名，身份证号码，账号，密码，存款金额工作人员信息包括：姓名，编号业务规则存款数额必须大于10元非功能需求系统响应时间不能超过30秒。设计约束能否异地免费存款？用例名称计算利息用例编号NWB008执行者银行内部工作人员涉众利益顾客：利息数额是否正确；管理员：是否能正确计算利息；银行经理：查看银行利息情况。前置条件工作人员已被正确识别和授权。后置条件系统显示计算出的利息基本路径1. 选择利息类型；2. 输入利息计算数据；3. 提

18、交计算请求；4. 系统给出计算后的利息。扩展路径字段列表利息计算数据：存款时间，利率工作人员信息：姓名，编号业务规则活期存款采用分段计息，按取款日利率计息。此外，每年6月30日设为活期账号的结息日，统一计算活期利息。定期存款利率采用存款当时的利率，自动转存的，每转存一次，均按转存日的利率计算下一个存期的利息。分段计息时，各段利息计至厘位，合计利息计至分位，分以下四舍五入。非功能需求系统响应时间不能超过30秒。设计约束系统能否自动计算和刷新？用例名称活期帐号间转账用例编号NWB009执行者银行内部工作人员涉众利益顾客：能否正确转账；管理员：是否能正记录转账信息。前置条件工作人员已被正确识别和授权

19、。后置条件转账成功并给出成功提示基本路径1 顾客填写转账申请；2 工作人员录入转账信息； 3 系统提示转账成功，并打印出转账凭条。扩展路径a 转账账户不存在扩展点：转账失败b .账户余额不足扩展点：转账失败字段列表顾客信息：账号，密码，转账账号，转账金额数工作人员信息：姓名，编号业务规则转账数额必须小于等于账户存款数额；转账金额必须大于100元。非功能需求系统响应时间不能超过60秒。设计约束能否异国转账？用例名称结算月消费用例编号NWB010执行者银行内部工作人员涉众利益顾客：确定借款额上限；工作人员和银行经理：确保银行无损失。前置条件工作人员已经正确登录。后置条件设定成功并给出提示。基本路径

20、1. 填写设定借款额上限所需数据；2. 提交取款申请； 3. 系统提设定账成功。扩展路径字段列表设定借款额上限所需数据：月结算额，存款数额，月薪水平，性别，需要抚养人数，婚姻状况等。业务规则以每月为单位进行结算，顾客当月消费总额不能超过借款额上限。结算完毕后，向顾客发出结算单，如果顾客在规定期限内没有还款，则采取收取罚款或收回信用卡的措施。非功能需求系统响应时间不能超过30秒。设计约束用例名称开通网上服务用例编号NWB011执行者银行内部工作人员涉众利益管理员：是否能正确记录开通信息用户：是否能成功开通网上服务前置条件工作人员已被正确识别和授权。后置条件开通成功并给出成功提示。基本路径1. 顾

21、客填写开通信息；2. 工作人员提交开通网上服务申请；3. 系统提示开通成功。扩展路径a 银行卡号不存在扩展点：开通失败b 证件号错误扩展点：开通失败字段列表开通信息：用户名，有效证件号，银行卡号工作人员信息：姓名，编号业务规则用户名不能为空；有效证件号不能为空，长度符合要求；银行卡号不能为空，长度符合要求；非功能需求系统响应时间不能超过30秒。设计约束能否电话申请开通网上服务？用例名称注册用例编号NWB012执行者用户涉众利益管理员：是否能保存用户注册的信息；用户：能否正确注册；银行经理：查看银行顾客注册信息数据库。前置条件用户进入正确的注册页面。后置条件系统保存用户的注册信息并给出注册成功提

22、示。基本路径1. 用户输入的用户基本资料；2. 提交注册请求；3. 系统提示注册成功。扩展路径a 密码长度不符合要求扩展点：重新设置密码。字段列表用户基本资料：姓名，身份证号，电话，住址业务规则用户名不能为空；用户身份号不能为空，且符合规定长度；非功能需求系统响应时间不能超过20秒。设计约束用例名称查询指定账号余额用例编号NWB013执行者用户涉众利益用户和系统管理员：系统是否能正确显示指定账号余额。前置条件用户已正确登录。后置条件系统正确显示用户查询指定账号余额。基本路径1. 用户输入指定账号；2. 用户选择查询余额服务3. 用户输入密码 4. 系统显示账号余额。扩展路径a 账号不存在扩展点

23、：查询失败b 密码多次输入错误扩展点：查询失败。字段列表用户信息：姓名，身份证号，账号，密码，账号金额业务规则用户信息数据不能为空。非功能需求系统响应时间不能超过20秒。设计约束用例名称查询交易详单用例编号NWB014执行者用户涉众利益用户和系统管理员：系统是否能正确保存交易信息并显示交易详单。前置条件用户已经正确登录。后置条件系统显示正确交易详单基本路径1. 用户选择查询交易详单； 2. 用户选择要查询的时间段的起止时间； 3. 输入账号和密码； 4. 系统显示详单。扩展路径a 账号或密码输入错误扩展点：查询失败字段列表用户信息：姓名，身份证号，账号，密码，查询的开始时间，查询的结束时间业务

24、规则起始时间在注册时间之后，截止时间在今日查询时间之前；用户最多可查询一年内的交易详单。非功能需求系统响应时间不能超过60秒。设计约束用例名称管理银行工作人员资料用例编号NWB015执行者系统管理员涉众利益系统管理员：是否能正确记录并保存基本信息前置条件管理员已正确登录后置条件操作成功并给出成功提示基本路径1. 录入人员基本资料；2. 填写人员基本资料2. 提交操作请求；3. 系统提示开通成功。扩展路径a 系统管理员修改工作人员基本资料扩展点：1. 系统管理员找到要修改资料的工作人员的记录 2. 系统将更改后的资料录入系统 3. 系统保存更改，提示更改成功b.系统管理员查询工作人员基本资料扩展

25、点：1. 系统管理员输入要查询资料的工作人员的姓名或账号 2. 系统查找该工作人员的资料 3. 若找到，显示其基本资料，若没有找到，提示查找不成功c 工作人员账号已存在扩展点：录入失败d 工作人员账号不存在扩展点：查询失败字段列表工作人员基本资料：工作人员编号，姓名，密码，职位，联系电话，住址业务规则工作人员账号不能为空；工作人员姓名不能为空；密码不能为空，且符合一定长度；职位不能为空；非功能需求系统响应时间不能超过30秒。设计约束用例名称管理密码用例编号NWB016执行者系统管理员涉众利益工作人员：能否找回密码。前置条件管理员已经正确登录后置条件系统保存工作人员对应的密码基本路径1. 选择所

26、要进行操作的工作人员；2. 输入工作人员的密码；3. 提交保存；4. 系统提示保存成功。扩展路径1a. 工作人员账号不存在1. 保存失败1b. 密码长度不符合要求1. 保存失败字段列表工作人员基本资料：工作人员编号，姓名，密码，职位，联系电话，住址业务规则工作人员账号不能为空；密码不能为空，且符合一定的长度要求。非功能需求系统响应时间不能超过30秒。保证信息安全。设计约束用例名称分配操作帐号和操作权限用例编号NWB017执行者系统管理员涉众利益工作人员：是否能正确分配到账号和操作权限前置条件管理员已经正确登录后置条件分配成功并给出提示基本路径1. 选择所要进行操作的工作人员；2. 分配账号和操作权限；3. 提交分配请求；4. 系统提示分配成功。扩展路径a 工作人员账号不存在扩展点： 查询失败字段列表工作人员基本资料：工作人员编号，姓名，密码，职位，联系电话，住址业务规则工作人员账号不能为空。非功能需求保证信息安全。能够及时更新。设计约束6、实验总结经过这次实践，我看到了UML语言的强大，同时发现自己学到的是如此的少。类图中的关系是个难点，以后需要大大加强训练。并且用例文档的编写也需要再练习！