用例图的简单描述
2003-11-06 00:28
316 查看
Use Case View Summary
这段文字是翻译自Mark Priestley《Practical Object-Oriented Design with UML》的,算是对用例图作个总结,增加我自己的理解和记忆,也希望对大家有所帮助。有兴趣的朋友和我联系讨论, 共同学习, 共同提高。我的email: kenli2000@163.com。
l 用例视图(use case view)包括actors 和 用例(use cases)。Actors描述了用户在和系统交互的过程中可以扮演的角色。用例描述了系统提供给actors的功能。
l 用例定义了用户和系统之间的某种特定类型事务。某个特定类型的交互, 或者说用例的实例可以在场景(scenarios)中描述。UML并没有给出用例和场景的正式定义。
l 场景可以被定义为陈述了用例所描述的基本的事件发生过程,并且陈述了可能发生的异常情况。
l 用例图(use case diagram)画出了参与在系统中的actors和用况。一个actor和一个用况之间存在关联说明这个actor参与这个用况其中。
l 用例和用例之间, actor和actor之间可以存在一般化关系(类似于类class之间的超类、继承),就是说某个用例或actor是另外一个的特殊情况。
l 用例之间还存在这“包含(include)”关系,就是说一个用例可以包含另外一个。类似于函数调用, 这为用例的重用提供了一种机制。
l 用例之间的另外一种关系“扩展(extend)”运行一个用例提供可选的功能。通过定义扩展点和何时执行何种功能来定义这种关系。这些信息在用例图中是可选的。
l 一个用例或者场景的实现描述了足够实现这个用例(或场景)功能的,可交互对象的结构。
l 序列图(sequence diagram)和协作图(collaboration diagram)画出参与在一个交互中的对象和他们之间互相发送的消息,可以描述一个用例的实现。
译文就到此为止了, 我想大概的就我的理解说明一下,以防止大家看的摸不着北。
Use case view是由需求到最终实现的第一步,目标系统需要有那些潜在或者明显的功能,有那些目标用户,这些东西画出来后use case这一步还远没有完成,接下来应该对要实现的功能进一步分析, 那些用例其实是一种, 用例之间有那些关系, 如上面列出的一般化关系,扩展关系等等。当然这对actor也适用。单单用例图有时候太简单, 不足以描述某个用例的详细情况, 这是场景就必不可少了,用文字来描述这个用例的情况, 正常流程, 以及可能发生的异常情况, 非常有用。当然也可以做进一步的分析, 开始画每一个用例的序列图和协作图。
这段文字是翻译自Mark Priestley《Practical Object-Oriented Design with UML》的,算是对用例图作个总结,增加我自己的理解和记忆,也希望对大家有所帮助。有兴趣的朋友和我联系讨论, 共同学习, 共同提高。我的email: kenli2000@163.com。
l 用例视图(use case view)包括actors 和 用例(use cases)。Actors描述了用户在和系统交互的过程中可以扮演的角色。用例描述了系统提供给actors的功能。
l 用例定义了用户和系统之间的某种特定类型事务。某个特定类型的交互, 或者说用例的实例可以在场景(scenarios)中描述。UML并没有给出用例和场景的正式定义。
l 场景可以被定义为陈述了用例所描述的基本的事件发生过程,并且陈述了可能发生的异常情况。
l 用例图(use case diagram)画出了参与在系统中的actors和用况。一个actor和一个用况之间存在关联说明这个actor参与这个用况其中。
l 用例和用例之间, actor和actor之间可以存在一般化关系(类似于类class之间的超类、继承),就是说某个用例或actor是另外一个的特殊情况。
l 用例之间还存在这“包含(include)”关系,就是说一个用例可以包含另外一个。类似于函数调用, 这为用例的重用提供了一种机制。
l 用例之间的另外一种关系“扩展(extend)”运行一个用例提供可选的功能。通过定义扩展点和何时执行何种功能来定义这种关系。这些信息在用例图中是可选的。
l 一个用例或者场景的实现描述了足够实现这个用例(或场景)功能的,可交互对象的结构。
l 序列图(sequence diagram)和协作图(collaboration diagram)画出参与在一个交互中的对象和他们之间互相发送的消息,可以描述一个用例的实现。
译文就到此为止了, 我想大概的就我的理解说明一下,以防止大家看的摸不着北。
Use case view是由需求到最终实现的第一步,目标系统需要有那些潜在或者明显的功能,有那些目标用户,这些东西画出来后use case这一步还远没有完成,接下来应该对要实现的功能进一步分析, 那些用例其实是一种, 用例之间有那些关系, 如上面列出的一般化关系,扩展关系等等。当然这对actor也适用。单单用例图有时候太简单, 不足以描述某个用例的详细情况, 这是场景就必不可少了,用文字来描述这个用例的情况, 正常流程, 以及可能发生的异常情况, 非常有用。当然也可以做进一步的分析, 开始画每一个用例的序列图和协作图。
相关文章推荐
- 百度编辑器UEEDITOR使用简单介绍 UEditor表单提交和后台交互详解 最后更新对应的版本:1.2.5.1 教程描述: 富文本编辑器的使用开发中,表单提交有多种场景,编辑器初始化有新增文章和编辑
- 关于一个简单ATM系统的UML建模——问题描述&词汇表&领域类图
- In-Place Merge Sort(这个描述实在太简单了,我一下子就明白了!不过这算MergeSort吗?算插入排序还差不多)
- 百度指数词简单描述
- 数据结构(java语言描述)-- 栈的两种简单实现
- javascript 1: 变量 内存 作用域简单描述
- 项目开发中关于权限的实现方案简单描述(帮助以后回忆)
- 简单描述3层结构设计[转]
- Linux网络编程 - TCP Socket 简单练习:select同时监测多个描述符
- 简单描述SVN目录结构
- Looper, MessageQueue, Handler, thread关系的简单描述
- 简单需求描述(自己备用)
- 简单描述为什么编译Android C程序所用的交叉编译工具链是arm-linux-androideabi-xx不是GNU开发的工具链arm-linux-gnueabi-xx?
- 关于CSS的简单描述
- 简单描述mysql中,索引,主键,唯一索引,联合索引的区别,对数据库的性能有什么影响(从读写两个方面)(新浪)
- 最简单的分层驱动程序模型(汇编语言描述)(转)
- STL容器简单描述
- jQuery的图片滑动翻牌效果插件,适合对图片的简单描述交互
- prince2的简单描述
- 常用HTML标签的英文全称及简单描述