UML应用系统用例图讨论
2012-02-23 16:13
148 查看
trufun 9:35:54
大家好,UML开课啦
承懿 9:36:28
最好从用例图,到交互图,到类图一并讲了
trufun 9:36:34
大家好,UML开课啦
承懿 9:36:35
连贯起来
trufun 9:39:28
上节课我们讨论了案例1的系统用例图,今天我们讨论业务用例图
承懿 9:40:00
好
-- 9:40:13
OK
trufun 9:44:50
今天内容的结果已经发送在trufun Sina官方博客中
-- 9:46:28
没有正文呀?
trufun 9:47:55
下面我们业务用例图的分析,业务用例分析是在前面系统用例分析的基础上进行
trufun 9:48:17
博客中有
承懿 9:51:12
看到了
trufun 9:51:45
从前面的系统用例分析我们知道,整个系统存在两个角色,一个是网友,一个是trufun_UMl专家,我们逐个分析其业务用例
承懿 9:51:49
业务用例图跟交互图关联还是蛮大的吧
trufun 9:53:09
一个在外面看,一个在里面看
trufun 9:58:38
网友有两个顶级用例,一个是提建议,另一个是提交案例需求
trufun 10:04:10
这里有两个概念,顶级用例和低级用例,这是由于对用例的抽象高度不同造成,一般对概括性高叫顶级用例,主要为软件界面,直接和用户交互,概括性低叫低级用例,一般为主要业务功能键
trufun 10:06:56
顶级用例和低级用例之间的关系常用的有两种:包含和扩展
trufun 10:09:45
包含和扩展的概念的想必大家在大学软件工程的课里都学过,不在赘述
承懿 10:11:30
没学过软件工程
trufun 10:13:08
现在看需求,看看网友提建议这个业务又细分为那些更小的业务
trufun 10:16:52
对啦,提授课内容的建议和提授课方式的建议
trufun 10:19:46
那么,这两个低级用例和提建议顶级用例之间是什么关系呢?
小卜 10:21:08
包含吧
trufun 10:21:25
不对
trufun 10:22:04
包含是在顶级业务中必须做的低级业务
小卜 10:23:39
嗯,学习学习,
trufun 10:25:23
网友看到提建议的信息后,可以提建议,也可以不提建议,是可选的,所以属于扩展关系
trufun 10:28:59
那么有没有在提建议中必须做的业务呢?
trufun 10:32:29
有,有一个隐含的业务就是获取征集信息,是提建议这个顶级用例中必须做的业务,它是包含关系
trufun 10:35:21
所以网友低级用例有三个,提授课内容的建议和提授课方式的建议,获取征集信息,前两个是扩展关系,后一个是包含关系
trufun 10:38:47
这和软件实现中,增,删、改功能常常要先查询道理是一样的
trufun 10:42:09
下面我们分析网友的另一个顶级用例:提交案例需求,它的低级用例
trufun 10:47:26
大家看案例需求1,找找提交案例需求,是否还包括更低的业务?
trufun 10:49:37
的,有下载征集表和填写提交案例需求
trufun 10:53:12
它和顶级用例提交案例需求之间是什么关系呢?
trufun 10:56:55
恭喜网友,有网友以发现填写提交案例需求和顶级之间是包含关系
trufun 10:58:58
承懿 10:56:03
下载是扩展对吧
承懿 10:56:13
可下载可不下载啊?
trufun 10:56:33
很好
承懿 10:56:51
填写提交案例需求这个是不是分成两种啊,填写跟分提交是不是应该分开
trufun 10:58:27
只填写,不提交(如保存),不属于我们关心的用例
trufun 11:03:09
承懿 11:00:14
填写完成不提交算怎么回事啊
trufun 11:01:16
可以暂存,打印等,不是主要功能
trufun 11:02:21
所以我们只关心填写并提交这样的业务
trufun 11:12:28
所以,网友的另一个顶级用例提交案例需求,包含两个低级用例下载需求表格和填写并提交案例需求,前者是扩展关系,后者是包含关系
下面大家看看trufun的业务用例图怎样分析
trufun 11:22:28
trufun—UML专家有三个顶级用例,征集授课方式,征集授课内容,征集案例需求
trufun 11:27:43
首先谈征集授课方式顶级用例,具有哪些低级用例呢?
trufun 11:29:59
对啦,浏览授课方式,审核授课方式两个低级用例
trufun 11:32:19
这两个低级用例和顶级用例之间是什么关系呢?
trufun 11:33:27
很好,全是包含关系
trufun 11:35:43
后面的内容,网友自己试着进行分析
trufun 11:37:42
有案例需求,赶快提交啦!
大家好,UML开课啦
承懿 9:36:28
最好从用例图,到交互图,到类图一并讲了
trufun 9:36:34
大家好,UML开课啦
承懿 9:36:35
连贯起来
trufun 9:39:28
上节课我们讨论了案例1的系统用例图,今天我们讨论业务用例图
承懿 9:40:00
好
-- 9:40:13
OK
trufun 9:44:50
今天内容的结果已经发送在trufun Sina官方博客中
-- 9:46:28
没有正文呀?
trufun 9:47:55
下面我们业务用例图的分析,业务用例分析是在前面系统用例分析的基础上进行
trufun 9:48:17
博客中有
承懿 9:51:12
看到了
trufun 9:51:45
从前面的系统用例分析我们知道,整个系统存在两个角色,一个是网友,一个是trufun_UMl专家,我们逐个分析其业务用例
承懿 9:51:49
业务用例图跟交互图关联还是蛮大的吧
trufun 9:53:09
一个在外面看,一个在里面看
trufun 9:58:38
网友有两个顶级用例,一个是提建议,另一个是提交案例需求
trufun 10:04:10
这里有两个概念,顶级用例和低级用例,这是由于对用例的抽象高度不同造成,一般对概括性高叫顶级用例,主要为软件界面,直接和用户交互,概括性低叫低级用例,一般为主要业务功能键
trufun 10:06:56
顶级用例和低级用例之间的关系常用的有两种:包含和扩展
trufun 10:09:45
包含和扩展的概念的想必大家在大学软件工程的课里都学过,不在赘述
承懿 10:11:30
没学过软件工程
trufun 10:13:08
现在看需求,看看网友提建议这个业务又细分为那些更小的业务
trufun 10:16:52
对啦,提授课内容的建议和提授课方式的建议
trufun 10:19:46
那么,这两个低级用例和提建议顶级用例之间是什么关系呢?
小卜 10:21:08
包含吧
trufun 10:21:25
不对
trufun 10:22:04
包含是在顶级业务中必须做的低级业务
小卜 10:23:39
嗯,学习学习,
trufun 10:25:23
网友看到提建议的信息后,可以提建议,也可以不提建议,是可选的,所以属于扩展关系
trufun 10:28:59
那么有没有在提建议中必须做的业务呢?
trufun 10:32:29
有,有一个隐含的业务就是获取征集信息,是提建议这个顶级用例中必须做的业务,它是包含关系
trufun 10:35:21
所以网友低级用例有三个,提授课内容的建议和提授课方式的建议,获取征集信息,前两个是扩展关系,后一个是包含关系
trufun 10:38:47
这和软件实现中,增,删、改功能常常要先查询道理是一样的
trufun 10:42:09
下面我们分析网友的另一个顶级用例:提交案例需求,它的低级用例
trufun 10:47:26
大家看案例需求1,找找提交案例需求,是否还包括更低的业务?
trufun 10:49:37
的,有下载征集表和填写提交案例需求
trufun 10:53:12
它和顶级用例提交案例需求之间是什么关系呢?
trufun 10:56:55
恭喜网友,有网友以发现填写提交案例需求和顶级之间是包含关系
trufun 10:58:58
承懿 10:56:03
下载是扩展对吧
承懿 10:56:13
可下载可不下载啊?
trufun 10:56:33
很好
承懿 10:56:51
填写提交案例需求这个是不是分成两种啊,填写跟分提交是不是应该分开
trufun 10:58:27
只填写,不提交(如保存),不属于我们关心的用例
trufun 11:03:09
承懿 11:00:14
填写完成不提交算怎么回事啊
trufun 11:01:16
可以暂存,打印等,不是主要功能
trufun 11:02:21
所以我们只关心填写并提交这样的业务
trufun 11:12:28
所以,网友的另一个顶级用例提交案例需求,包含两个低级用例下载需求表格和填写并提交案例需求,前者是扩展关系,后者是包含关系
下面大家看看trufun的业务用例图怎样分析
trufun 11:22:28
trufun—UML专家有三个顶级用例,征集授课方式,征集授课内容,征集案例需求
trufun 11:27:43
首先谈征集授课方式顶级用例,具有哪些低级用例呢?
trufun 11:29:59
对啦,浏览授课方式,审核授课方式两个低级用例
trufun 11:32:19
这两个低级用例和顶级用例之间是什么关系呢?
trufun 11:33:27
很好,全是包含关系
trufun 11:35:43
后面的内容,网友自己试着进行分析
trufun 11:37:42
有案例需求,赶快提交啦!
相关文章推荐
- UML用例图的应用
- 使用 UML 进行业务建模:理解业务用例与系统用例的相似和不同之处
- UML系统分析与设计用例图-活地图
- 【UML】机房收费系统之用例图
- UML - 基本用例与系统用例
- 关于SOA在银行系统中实施的一些讨论(简介,应用,开发,SOA和ESB)
- UML应用讨论——类以及类之间的关系2
- UML用例建模的慨念和应用
- Dwing吧,讨论编解码系统应用
- iPhone企业应用实例分析之一:系统介绍和需求及主要用例
- 使用 UML 进行业务建模:理解业务用例与系统用例的相似和不同之处
- UML学习:机房收费系统-用例图
- uml2状态图案例应用讨论,有图!
- iPhone企业应用实例分析之一:系统介绍和需求及主要用例
- UML笔记三:UML基础与应用(用例图)
- 图书管理系统中UML应用之需求分析和建模设计解析
- 使用UML建立的完整的系统用例的实现过程
- [全程建模]UML应用与实践的对话——某国外大型业务系统对话的第二部分
- DCS系统接地应用讨论
- 基于UML的Blog系统分析与设计之六------如何从用例描述中寻找类的属性