实验二用例图
[实验目的和要求]
1、掌握用例与场景的概念。
2、掌握UML用例图的组成、作用以及使用场合。
3、掌握用例与用例之间的各种关系。
4、学习针对具体场景使用用例图进行分析说明的方法。
5、掌握用例描述的概念和基本结构,以及用例描述的作用。
[实验内容和步骤]
1、什么是用例,什么是场景?用例和场景之间的关系是怎样的?
答:用例是外部可见的系统功能单元,这些功能由系统单元提供,并通过一系列系统单元与一个或是多个参与者之间交换的消
息所
表
关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf
达。
场景是是帮助系统分析员发现和定义业务实体。
通过对场景的分析,给了我们重要的线索去发现业务实体。而
我们发现了业务实体之后,又通过用例场景来验证这些实体是
否支持了用例的实现。
4、为了满足物业中介行业的信息化要求,甲公司基于详尽的需求
调研与分析,准备研发一套符合市场需要的、实用的信息管理
系统。主要将实现客户资料信息管理、客户委托(出租、出售、租赁、购买)信息管理、业务线索生成与管理、房源状态自动
更新、权限管理、到期用户管理、房源组合查询等功能。该公
司小王,通过多次的与潜在客户的交流与沟通,完成了最初的
用例模型的开发,下是一个用例模型的局部:
修改房源信息
小李认为该模型不符合“用例建模”的思想,存在明显的错误。请用200字以内说明错误所在,并说明应该如何修改。
答:用例模型的准则有:首先确定系统的边界。确保关注参与者。每个用例必须给用户提供何时价值。关联用例和参与者。记住用例是非形式化的。用例可以结构化。
首先这个用例违背了“每个用例必须给用户提供价值”。用例应该表示成给用户提供价值的完整事务,不应该被定义得过于狭窄。上面的用例不是一个系统交互的完整过程,还有就是太过于细节化。
其次这个用例还违背了“确何关注参与者”每个参与者都应该有单一的,一致的目地。如果某个真实世界的对象体现了多种目地就要分别用单一的参与者来分解他们。
上面的房产经纪人做的事情目地性不够明确。
改进后的用例图:
5、阅读下面的用例图,说明该图所表达的信息。
答:参与者是客户和总台服务人员。主要关系是包含和扩展。首先有客户来预定座位,如果,前面有别的客户,他就等待,进入处理等待队列.服务人员进行座位。总台服务人员安排座
位,然后进行办理结账功能。有两种方式可供客户选择,要不现金结帐要不就是银行卡结帐,如果选择处理银行结账,则转入银联POS系统。以上便是该用例图所表示的整个意思。
[分析与讨论]
1、总结用例图的重要作用,讨论并指出哪些场合下可以使用用例
图。
答:用例是系统通过与参与者交互可以提供的一段连贯的功能。
用例图显示多个外部参与者以及他们与系统提供的用例之
间的链接。通过用例建模可以对外部的角色以及他们所需要
的系统功能建模。
用例图用于系统的分析阶段。
2、讨论用例分析技术和结构化分析之间的关系和区别。
答:联系:两者都是是应用于软件开发分析阶段的。都可以使软件开发的更容易,
区别:结构化系统开发方法是指把整个系统开发过程分成
若干阶段,每个阶段进行若干活动,每项活动应用系统标
准、
规范
编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载
、方法和技术,完成一个或是多个任务,形成符
合给定规定的软件产品。用例分析是面向对象的开发方法。
3、在使用用例图的时候应该如何划分用例,应注意哪些问题?
答:确定用例:
(1)、参与者需要从系统中获取那些功能?及参与者要系统
做些什么?
(2)、参与者是否需要读取、产生、删除、修改或是存储系
统中的某些信息?
(3)、系统状态的改变是否通知参与者?
(4)、系统需要什么样的输入、输出的信息?
需要注意的问题:用例里面相符号的意思,不可用错。
另外,用例把与一部分系统功能相关的所有行为组合在一
起。使用时应分主次。别外,
设计
领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计
用例图时应使用层次结
构。
4、继续分析类图实验中网上书店实例,画出系统的用例图。
实验三 UML类图
[实验目的和要求]
1、掌握类的定义,类的3要素,UML中类的表示方法。
2、掌握类与类之间的各种关系代表的含义及表示方法。
3、实体类,边界类,控制类,关联类的概念和表示方法。
4、接口和抽象类的概念和表示方法。类的多重性关系。
5、对一个类图进行相关的描述。
[实验内容和步骤]
4、根据以下描述画出类图,并注明多重性关系:一个学生可以选
修多门课程,也可能没有任何课程;一门课程可以被多个学生选修;一个老师可以教多门课程或者不教课;每门课程至少有一个老师,也可以有多个老师任教;每门课程可以有0或1本教材,每本教材只能用于一门课程。
8、下图是一个仓库管理系统的类模型局部,其中IncomeOrder是
指入库单,OrderItem是指入库中的每一项,Product则是产品信息。请指出模型中的错误,说明原因并改正类图。
Orderltem 与IncomeOrder 的关系并不是泛化关系(也就是说Orderltem 并不是继承IncomeOrder 的)
。IncomeOrder 和OrderLterm 是组合关系,包含(has-a )一个入库单包括多个入库中的每一项。
另外IncomeOrder 和Product 的关系聚合关系,一个入库单由一个产品组成。
[分析与讨论]
1、讨论类图在建模过程中的重要作用。
答:类图描述的是一种静态关系,他是对象图的一个抽象,在系统的整个生命周期都是有效的。可以很好地体现系统的分
层结构,使人们对系统层次关系一目了然。
2、总结在设计绘制类图的过程中应注意哪些问题。
答:UML类图包括7个元素:类(Class)、接口(Interface)、协作(collaboration)、依赖关系(Dependency)、泛化关
系(Generalization)、关联关系(Association)以及实
现关系(Realization),值得我们注意的就是这些关系对
应的符号,以及相应的对应关系如何表达等。