软件体系结构的实验报告

软件架构实验一

实验名称：UML实践

专业班级：xxx

学号：xxx

姓名：xxx

一、实验目的

熟悉体系结构架构工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，构造系统的需求模型；使用PowerDesigner绘制类图和对象图，构造系统的静态模型。

二、实验内容

1. 使用PowerDesigner根据实际场景构造需求模型，了解需求建模的步骤并绘制用例图，撰写用例描述文档，进行模型检查。

某酒店订房系统描述如下：

（1）顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；

（2）前台服务员可以利用系统直接在前台预订房间；

（3）不管采用哪种预订方式，都需要在预订时交相应订金；

（4）前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；

（5）利用信用卡进行支付时需要和信用卡系统进行通信；

（6）客房部经理可以随时查看客房预订情况和每日收款情况。

2. Sunny College软件学院的图书管理系统的部分需求如下：

(1) 图书馆会员有两类：学生和教师，学生可以借五本书，教师可以借十本书；

(2) 学生会员借书期限为两个月，教师会员借书期限为三个月；

(3) 书籍分为图书和期刊；

(4) 图书管理系统应记录借出和归还的书籍信息；

(5) 系统应该能添加新会员，当图书管理员添加新会员时，系统创建新记录；

(6) 图书管理员可以删除会员记录。

现根据以上需求对系统进行静态建模，绘制类图，并假设一个名为“张三”的学生借一本名为《设计模式》的书，创建相应的对象图。

3. 根据NewWorld Bank银行系统项目需求，构建系统的需求模型和静态模型。

三、实验要求

1. 熟练安装PowerDesigner11，熟练使用PowerDesigner11绘制用例图、类图和对象图；

2. 严格按照需求建模和静态建模的步骤；

3. 使用UML2.0中用例图的标准图符；

4. 绘制标准的用例图并撰写规范的用例文档，绘制标准的类图和对象图；

5. 最终需求模型需要进行检查，确保模型与需求的一致性。

四、实验步骤

1. 安装PowerDesigner11；

2. 了解PowerDesigner11的常用功能； 3. 分析实例场景，识别执行者；

4. 识别用例及用例之间的关系；

5. 使用PowerDesigner绘制用例图；

6. 使用PowerDesigner撰写用例文档；

7. 模型检查；

8. 识别系统的类（实体类、边界类和控制类）；

9. 识别类的属性和方法（实体类和控制类）；

10. 识别类之间的关系；

11. 使用PowerDesigner绘制类图；

12. 使用PowerDesigner绘制对象图；

13. 检查类图和对象图的正确性。

五、实验报告要求

1. 绘制酒店订房系统的用例图并撰写相关用例的用例描述文档，需要提交模型检查矩阵；

A．用例图如下：

B．用例文档：

用例名称 网上在线预订房间

用例编号 RRS001

执行者 顾客

用例简述 顾客通过该用例可以在线预订房间。

涉众及兴趣 客房部经理：了解房间预订情况。

信用卡系统：预付订金

前置条件 顾客通过身份验证，进入酒店订房系统并交付订金。

后置条件 系统正确记录顾客的预定房间信息。

基本流程 1. 顾客进入酒店房间预订界面，用例开始。

2. 顾客点击预订房间。

3. 系统显示房间信息。

4. 系统验证房间是否可预订。

5. 网上预付订金

6. 系统提示预订成功。

7. 用例结束。

替代流程 4a.房间不能预订

1. 房间已被预订。

2. 顾客重新预订房间。

3. 系统再次验证直至提示成功。

字段列表 顾客信息包括以下字段：编号、姓名。

房间信息包括以下：房间号、楼层号、房间类型。

非功能需求 系统响应时间应该在30秒以内

发生频率 频繁发生

用例名称 前台预订房间

用例编号 RRS002

执行者 服务员

用例描述 服务员通过此用例可以帮顾客预订房间。

涉众及兴趣 客房部经理：了解房间预订情况。

前置条件 服务员通过身份验证，进入酒店订房系统并收取顾客的交付订金。

后置条件 系统正确记录顾客的预定房间信息。

基本流程 1. 服务员进入酒店房间预订界面，用例开始。

2. 服务员点击预订房间。

3. 系统显示房间信息。

4. 系统验证房间是否可预订。

5. 顾客预付订金

6. 系统提示预订成功。

7. 用例结束。 替代流程 4a.房间不能预订

1. 房间已被预订。

2. 顾客重新预订房间。

3. 系统再次验证直至提示成功。

字段列表 服务员信息如下：姓名、编号。

房间信息包括以下：房间号、楼层号、房间类型。

非功能需求 系统响应时间应该在30秒以内

发生频率 频繁发生

用例名称 查看房间预订

用例编号 RRS003

执行者 客房部经理

用例描述 客房部经理通过该用例了解房间预订信息

涉众及兴趣 酒店订房系统：了解房间预订信息

前置条件 客房部经理通过身份验证，进入酒店订房系统

后置条件 客房部经理已掌握房间预订情况

基本流程 1. 客房部经理进入酒店订房界面，用例开始。

2. 客房部经理点击订房信息。

3. 系统显示房间预订信息。

4. 用例结束。

替代流程 2a.客房部经理不能查看房间预订信息

1． 系统出故障。

2. 客房部经理重新查阅房间预订信息。

3. 系统再次验证直至提示成功。

字段列表 客房部经理信息包括以下字段：编号、姓名。

房间信息包括以下：房间号、楼层号、房间类型。

非功能需求 系统响应时间应该在20秒以内

发生频率 频繁发生

用例名称 查看每日收款

用例编号 RRS004

执行者 客房部经理

用例描述 客房部经理通过该用例可以查看每日的收支信息

涉众及兴趣 酒店订房系统：查看每日的收支信息

前置条件 客房部经理通过身份验证，进入酒店订房系统

后置条件 客房部经理已掌握公司的盈利信息。

基本流程 1. 客房部经理进入酒店每日收支界面，用例开始。

2. 客房部经理点击查看每日收款

3. 系统显示每日的收款

4. 用例结束。

替代流程 2a.客房部经理不能查看每日的收款信息

1. 系统出故障。

2. 客房部经理重新查看每日的收款信息。

3. 系统再次验证直至提示成功。

字段列表 客房部经理信息包括以下字段：编号、姓名。

房间信息包括以下：房间号、楼层号、房间类型。

非功能需求 系统响应时间应该在20秒以内

发生频率 频繁发生

用例模型检查矩阵如下：

顾客 客房部经理 服务员 信用卡系统

网上在线预定房间 

前台预定房间 

查看房间预定 

查看每日收款 

预付订金  

现金支付  

信用卡支付   

2. 绘制图书管理系统的类图和对象图：

3.构造NewWorld Bank银行系统的需求模型和静态模型。

用例图如下：

用例描述文档如下： 用例名称 管理账号

用例编号 yh001

执行者 银行工作人员

用例描述 银行工作人员通过该用例管理账号，包括包括创建新帐号，设置或修改账号密码，设置或修改借记卡密码，账号挂失，借记卡挂失，取消账号。

涉众及兴趣 客户：希望可以快捷方便的创建账号；希望工作人员服务态度好

银行工作人员：希望系统运行正常；希望客户可以给出清晰准确的信息。

银行：希望客户满意，可以及时的为客户服务；希望系统有一定的容错性

前置条件 银行工作人员登录系统

后置条件 系统正确记录账号的更改，满足客户需求

基本流程 1.银行工作人员进入工作界面，用例开始

2.客户提供信息，选择创建账号

3.工作人员录入信息

4.工作人员设置密码

5.系统提示操作成功

6.系统记录更改

7.用例结束

替代流程 2a.客户选择修改密码

1.客户提供原始密码

2.系统验证原始密码，若不成功，则重新输入，直到成功

3.客户提供新密码

4.系统保存修改

2b.客户选择申请借记卡

1.客户提供账号及密码

2.系统验证账号密码，若不成功，则重新输入，直到成功

3.工作人员将借记卡交给客户并设置密码

4.系统保存修改

2c.客户选择账号挂失

1.客户提供账号及密码

2.系统验证账号密码，若不成功，则重新输入，直到成功

3.客户注明挂失原因

4.工作人员挂失账号

5.系统保存修改

2d.取消账号

1.客户提供账号及密码

2.系统验证账号密码，若不成功，则重新输入，直到成功

3.客户注明取消原因

4.工作人员取消账号

5.系统保存修改

字段列表 客户信息包括：姓名，性别，身份证号码，账号，密码

工作人员信息包括：姓名，编号

非功能需求 客户信息安全保证

发生频率 频繁发生