（ 2012  —  2013   学年 第  2 学期 ）

课程名称：软件工程 开课实验室：信自楼445  2013 年5月17日

1)  掌握 UML 的用例建模的方法。 

      2)  实践用 UML 建立用例模型。 

3） 用PowerDesigner绘制电话订购系统用例图。

4)  熟悉使用PowerDesigner软件，绘制描述取款用例的活动图。

5） 画其它图形来熟悉SybasePowerDesigner软件。

二、实验内容：

了解用例建模相关知识，熟悉使用Power Designer，绘制活动图、用例图。UML 用例模型（也称需求模型）用于描述的是外部执行者所理解的软件系统的功能，也即用户对系统的功能性需求。用例模型由若干用例图组成。一幅用例图包含的模型元素有系统、用例、执行者，以及它们之间（包括执行者与系统之间、用例之间）的相互关系。其中用例代表系统的功能，执行者代表使用这些功能的用户。用例经常被作为的单位进行需求获取、分析设计、实施、测试和部署。

但事实上，用例之间有一定的相关性，表现为涉及的对象相近和若干用例处于一个相关的业务流中。这些相关的用例构成了结构设计时定义子系统的依据。

三、所用仪器

微型计算机一台      SybasePowerDesigner15.1软件

四、实验过程及截图：

1、用例建模相关知识

A.用例建模的步骤包括：

1) 确定系统范围、用例和执行者；

2) 描述用例；

3) 用例分类、确定用例之间的关联；

4) 建立用例图；

5) 定义用例图的层次结构；

6) 审核用例模型。

B．用例的文字描述应包括以下内容：

1) 用例的目的（功能） ；

2) 该用例在什么情况下被哪个执行者启动执行；

3) 用例与执行者之间交互哪些消息来通知对方作出决定；

4) 交互的主消息流及因此被使用或修改的实体；

5) 用例中可供选择的异常事件流；

6) 用例结束标志：给执行者返回一个可识别的值。

2、电话订购系统用例图

3、描述取款用例的活动图

4、为了熟悉SybasePowerDesigner软件我还画了如下图形：

（1）能结构图

（2）数据流图

（3）

五、实验总结和分析：

通过本次实验对用UML用例模型描述软件系统的功能性需求有了一定的了解，功能性需求是说有具体的完成的内容的需求。非功能性需求是说不包括具体的动作内容的需求。对于功能性的需求，实际上都是有非功能性的需求相伴随的。很多时候我们并不是不能完成一个功能，而是不能按照客户的要求在完成。UML 用例模型（也称需求模型）用于描述的是外部执行者所理解的软件系统的功能，也即用户对系统的功能性需求。用例模型由若干用例图组成。一幅用例图包含的模型元素有系统、用例、执行者，以及它们之间（包括执行者与系统之间、用例之间）的相互关系。其中用例代表系统的功能，执行者代表使用这些功能的用户。用例经常被作为的单位进行需求获取、分析设计、实施、测试和部署。其实这次试验对我来说最大的收获就是学习使用了powerdesigner软件，并通过这个软件我画出电话订购系统用例图、描述取款用例的活动图等。对这个软件的学习和使用将有利于我以后的学习。下载本文