中南大学软件体系结构实验一.docx

中南大学软件体系结构实验一.docx

《中南大学软件体系结构实验一.docx》由会员分享，可在线阅读，更多相关《中南大学软件体系结构实验一.docx（14页珍藏版）》请在冰豆网上搜索。

中南大学软件体系结构实验一

《软件体系结构》

实验报告

项目名称UML实验

（1）

专业班级软件1203

学号

姓名

实验成绩：

批阅教师：

2014年11月5日

实验1UML实验

（1）

实验学时：

2

每组人数：

1

实验类型：

3（1：

基础性2：

综合性3：

设计性4：

研究性）

实验要求：

1（1：

必修2：

选修3：

其它）

实验类别：

3（1：

基础2：

专业基础3：

专业4：

其它）

一、实验目的

1．学会安装和使用建模工具PowerDesigner，熟练使用PowerDesigner绘制常用的UML图形，熟悉常用的UML符号；

2．构建用例模型来描述软件需求，包括绘制用例图，撰写用例文档并制作用例检查矩阵；

3.绘制状态图描述对象的状态及转换。

二、实验内容

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

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

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

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

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

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

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

绘制该酒店订房系统的用例图。

2.根据以下场景绘制用例图：

某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：

CafeteriaOrderingSystem），企业员工可通过企业内联网使用该系统。

该系统功能描述如下：

（1）企业的任何员工都可以查看菜单和今日特价；

（2）系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；

（3）餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；

（4）菜单管理员是餐厅员工的一种，可以管理菜单；

（5）送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。

3.Drawausecasediagramforthefollowinglibrarysystem:

Thelibrarystoresvariousitemsthatcanbeborrowed,includingbooksandjournals.Bookscanbeborrowedbybothstaffandstudents,butonlystaffmemberscanborrowjournals.Whenauserborrowsabook,theirloandetailsarecheckedtoensurethattheyhavenooverduebooksonloan,andhavenotalreadyborrowedthemaximumpermittednumberofbooks.

Userscanchecktheirownloandetailsatanytime.Librariansarepermittedtochecktheloandetailsofanyuser.

Libraryuserscanreservebooksthatarecurrentlyoutonloan.Ifthreereservationshavealreadybeenmadeforagivenbook,andafurtherreservationismade,anewcopywillbeorderedbythelibrarian.

4.某棋牌馆管理系统的基本功能描述如下：

客户可以通过Internet预订座位，如果暂时没有合适的座位则允许客户进入“等候队列”，当有人退订或结账之后将及时通知客户。

此外，该系统还需要为总台服务员提供座位安排以及结账的功能，要求能够支持现金和银行卡两种结账方式。

根据以上功能描述绘制相应的用例图。

5.某银行准备开发一个网上信用卡管理系统CCMS，该系统的基本功能为：

（1）信用卡申请。

非信用卡客户填写信用卡申请表，说明所要申请的信用卡类型及申请者的基本信息，提交CCMS登录。

如果信用卡申请被银行接受，客户会收到银行的确认函，并告知用户信用卡的有效期及信贷限额；否则银行会发送一封拒绝函给该客户。

客户收到确认函后，需再次登录CCMS，用信用卡号和密码激活该信用卡。

激活操作结束后，CCMS将激活通知发送给客户，告知客户其信用卡是否被成功地激活。

（2）月报表生成。

在每个月第一天的零点，CCMS为每个信用卡客户创建一份月报表，对该客户上月的信用卡交易情况及交易额进行统计。

信用卡客户可以登录CCMS查看月报表，也可以要求CCMS提供打印出的月报表。

（3）信用卡客户信息管理。

信用卡客户的个人信息可以在CCMS中进行在线的管理。

每个信用卡客户可以在线查询其个人信息。

（4）信用卡交易记录。

信用卡客户使用信息卡进行的每一笔交易都会记录在CCMS中。

（5）交易信息查询。

信用卡客户可以登录CCMS查询并核实其信用卡交易记录及交易额。

构造该系统的用例模型，要求绘制用例图，编写相应的用例文档，还需提供用例追踪矩阵。

6.根据以下描述绘制状态图：

某销售信息管理系统中销售部员工可以提交订单，刚提交的订单为“初始”状态；系统管理员可以处理订单，如果订单无误，则修改订单为“备货”状态，否则将订单退还给提交订单的销售部员工修改，员工此时可以取消订单；仓库管理员备货完毕后可将订单状态改为“发货”状态；销售部员工在确认客户已经收到货物后，可将订单改为“关闭”状态。

三、实验要求

1.正确安装PowerDesigner；

2.熟练使用PowerDesigner绘制用例图和状态图；

3.需按照用例建模的流程，提供用例图、用例文档和用例追踪矩阵；

4.使用UML2.X中的标准图符绘制图形，对于一些较为复杂的图形，适当增加文字注释来进行说明；

5.所绘制图形必须正确、完整，需具有较好的可读性，注意图形中图符和文字大小及布局。

四、实验步骤

1.安装PowerDesigner15.X；

2.熟悉PowerDesigner15.X的常用功能；

3.分析实例场景，识别执行者；

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

5.使用PowerDesigner15.X绘制用例图；

6.撰写用例文档；

7.创建用例追踪矩阵；

8.使用PowerDesigner15.X绘制状态图。

五、实验报告要求

1.绘制并提交酒店订房系统用例图；

2.绘制并提交订餐系统用例图；

3.绘制并提交图书馆系统（LibrarySystem）用例图；

4.绘制并提交棋牌馆管理系统用例图；

5.构造网上信用卡管理系统CCMS的用例模型，提交用例图、用例文档和用例追踪矩阵；

6.绘制并提交销售信息管理系统订单类的状态图；

7.注意调整图中文字的字体及字号，注意图的整体布局和图的大小，避免使用交叉线。

六、实验结果

1.酒店订房系统用例图：

2.订餐系统用例图：

3.图书馆系统（LibrarySystem）用例图：

4.棋牌馆管理系统用例图：

5.网上信用卡管理系统CCMS的需求模型：

（1）用例图：

（2）用例描述文档：

用例名称

注册

用例编号

CCMS001

执行者

非信用卡用户

涉众利益

无

前置条件

无

后置条件

无

基本路径

1非信用卡用户填写注册信息

2提交系统处理

3系统返回申请结果

扩展路径

无

字段列表

注册信息：

姓名，性别，联系方式，证件号码，家庭住址，密码

业务规则

必须验证身份信息

非功能需求

系统响应不能超过30秒

设计约束

怎样保证注册信息的真实性

用例名称

申请信用卡

用例编号

CCMS002

执行者

非信用卡用户、银行

涉众利益

银行：

了解申请用户的收入水平及信用情况

前置条件

登陆

后置条件

无

基本路径

1登陆

2填写申请信息

3提交系统处理

4系统返回处理信息

扩展路径

1申请信息有误

系统返回填写申请信息页面

字段列表

申请信息：

卡的种类、卡的业务种类

业务规则

卡的种类不能为空

业务种类有必选业务，有可选业务

非功能需求

系统响应不能超过30秒

设计约束

如何让用户快速了解业务的区别

用例名称

激活信用卡

用例编号

CCMS003

执行者

非信用卡用户

涉众利益

无

前置条件

登陆

后置条件

无

基本路径

1登陆

2输入激活信息

3提交系统处理

4系统返回处理信息

扩展路径

无

字段列表

激活信息：

激活验证码

业务规则

如何保证用户账户的安全性

非功能需求

系统响应不能超过30秒

验证信息有效时间为1天

设计约束

保证验证信息的安全有效

用例名称

查看个人信息

用例编号

CCMS004

执行者

信用卡用户

涉众利益

信用卡用户：

个人信息的安全

银行：

用户账户的安全

前置条件

登陆

后置条件

无

基本路径

1登陆

2查看个人信息

扩展路径

无

字段列表

无

业务规则

必须登陆

非功能需求

系统响应不能超过30秒

设计约束

用户只可以查看自己个人信息

用例名称

查看交易信息

用例编号

CCMS005

执行者

信用卡用户

涉众利益

用户：

了解个人交易信息

前置条件

登陆

后置条件

无

基本路径

1登陆

2输入查询条件

3提交系统

4系统返回查询结果

扩展路径

无

字段列表

查询条件：

起始日期，终止日期

业务规则

显示查询时间范围内的交易信息

非功能需求

系统响应不能超过30秒

设计约束

无

用例名称

查看月报表

用例编号

CCMS006

执行者

信用卡用户

涉众利益

信用卡用户：

希望报表能够分类，信息准确详细

银行：

希望能够自动生成统计报表信息

前置条件

登陆

后置条件

无

基本路径

1登陆

2查看月报表

扩展路径

无

字段列表

无

业务规则

无

非功能需求

系统响应不能超过30秒

设计约束

无

（3）用例追踪矩阵：

注册

申请信用卡

激活信用卡

发送激活报告

查询个人信息

查询交易信息

查看月报表

登陆

记录交易记录

打印月报表

银行

√

非信用卡用户

√

√

√

√

信用卡用户

√

√

√

√

√

6.销售信息管理系统订单类的状态图：

七、实验总结

1、用例之间的关系还不能快速准确的做出判断。

需要进一步学习相关知识，加强练习

2、用例文档和用例追踪矩阵上课学的不是太透彻，需要向老师询问相关的知识重点

3、状态图课堂教学只是刚刚开始，对于状态图的知识掌握的还不多。

在实验中查资料的时候查找到了许多不知道的知识，接下来的课程需要认真学习，努力掌握这些知识。