UML用例图在实际项目中的应用

  对我而言,目前还不能很好地回答这个问题。从来没有在项目中使用过模型,这还是因为以前项目不靠建模也能完成,没有用户,哪来的需求分析呢?UML建模,决定你建的是鸡窝还是摩天大楼,但是我做过的项目甚至连鸡窝都算不上。

  用例图对应的是用例模型,在实际项目中,有用户,有团队,不再是自己一个人敲的事情了,人多了,需要交流,为了避免歧义,我们得用标准化的交流方法。

  建立用例模型的目的是提取和分析足够的需求信息,这个模型能让用户明白这个系统是否符合自己的预期要求,不涉及实现细节。以我们写过的网络游戏项目为例,在建模之前,一系列的需求调研是必须的,需求调研与需求分析工作应当是相辅相伴共同进行的。但是我们没有用户,所以就以自己玩网游的经验提取了用户需求。

  一般网游,都设置了不同的职业,我们选择划分为三个职业。用户在连接上服务器后,可以选择登录或注册。玩家在体验游戏过程中,可以享受音乐,和其他玩家聊天,升级打怪,做任务,还有虚拟的金钱交易。基本上一个网游的基本需求就是这样。画出的用例图如下:

  现在站在完全不懂技术的普通用户角度,我们可以这样理解,选择这款游戏,我能够享受音乐,注册个人帐号,并登录体验游戏。这个游戏有NPC,能够战斗,也能升级换装备做任务。这不就是我们当初规划的系统功能吗?

  这个用例图在具体实现过程中指导着我们具体努力方向,便于技术人员之间的沟通和模块划分。

时间: 2024-08-04 09:28:39

UML用例图在实际项目中的应用的相关文章

UML用例图中包含、扩展和泛化的区别

在软考复习下午题的时候,涉及UML图时会有一个知识点就是用例图中包含.扩展和泛化的区别.这里我们就来总结一下. 1.包含<<include>> 包含是指当多个用例中存在相同的事件流时,可以把这些公共事件流抽象成公共用例,这个公共用例称之为抽象用例(跟类的概念有点相像,类是多个对象的抽象定义),而原始用例称为基础用例,基础用例与抽象用例之间就是包含关系.但是值得注意的是,对于包含关系而言,基础用例是抽象用例执行中不可缺少的一部分,基础用例一般不单独存在且基础用例不知道抽象用例的存在而

UML用例图总结(转)

用例图主要用来描述“用户.需求.系统功能单元”之间的关系.它展示了一个外部用户能够观察到的系统功能模型图. [用途]:帮助开发团队以一种可视化的方式理解系统的功能需求. 用例图所包含的元素如下: 1. 参与者(Actor) 表示与您的应用程序或系统进行交互的用户.组织或外部系统.用一个小人表示. 2. 用例(Use Case) 用例就是外部可见的系统功能,对系统提供的服务进行描述.用椭圆表示. 3. 子系统(Subsystem) 用来展示系统的一部分功能,这部分功能联系紧密. 4. 关系 用例图

UML用例图总结

原文:UML用例图总结 转载请注明出处:http://blog.csdn.net/tianhai110 用例图主要用来描述 用户.需求.系统功能单元 之间的关系.它展示了一个外部用户能够观察到的系统功能模型图. [用途]:帮助开发团队以一种可视化的方式理解系统的功能需求. 用例图所包含的元素如下: 1.       参与者(Actor) 表示与您的应用程序或系统进行交互的用户.组织或外部系统.用一个小人表示. 2.       用例(Use Case) 用例就是外部可见的系统功能,对系统提供的服

UML用例图:准则 (转)

UML 用例图:准则   发布于:2012-3-21   在 Visual Studio 旗舰版中,可以绘制“用例图”来概括使用您的应用程序或系统的用户以及该应用程序或系统的用途.若要创建 UML 用例图,请在“体系结构”菜单上,单击“新建关系图”. 用例图有助于讨论和传达以下内容: 您的系统或应用程序与人.组织或外部系统进行交互的几种方案. 它帮助参与者实现的目标. 系统的范围. 用例图不显示用例的详细信息:它只概括用例.参与者和系统之间的某些关系.特别是,用例图不显示每个用例为实现目标所执行

UML 用例图 总结

学习UML, 首先要学会UML的14种图形. 学习图形, 首选要了解图形上的元素有哪些. [注] 本文不是用例图的基础教程, 只是用例图的图形总结. 用例图主要用来描述用户, 需求, 系统功能单元之间的关系. 使用EA打开用例图的工具箱, 可以看到用例图上使用的工具集. 用例图上的元素有: 1. 参与者 参与者的版型(StereoType)有 1) 普通参与者, 表示为一个普通的小人, 如图Actor1 2) 业务参与者(业务工人), 表示为一个小人+头上一条斜线, 如图Actor2 3) 其他

UML用例图

用例图定义:由参与者(Actor).用例(Use Case)以及它们之间的关系构成的用于描述系统功能的静态视图称为用例图. UML包括用例图.类图.构件图.部署图.顺序图.协作图.状态图.活动图 各个图简介: 用例图从外部用户的角度捕获系统的行为.他将系统功能划分为对活动者具有意义的事务. 类图描述类.接口.写作以及它们之间的关系的图 顺序图描述了随时间安排的一系列消息.每个分类角色显示为一条生命线,代表整个交互期间的角色.消息则显示为生命线之间的箭头. 协作图对交互中存在意义的对象和链建模 状

谈谈23种设计模式在Android源码及项目中的应用

本文首发于个人博客:Lam's Blog - 谈谈23种设计模式在Android源码及项目中的应用,文章由MarkDown语法编写,可能不同平台渲染效果不一,如果有存在排版错误图片无法显示等问题,烦请移至个人博客,如果个人博客无法访问可以留言告诉我,转载请声明个人博客出处,谢谢. 前言 本文将结合实际谈谈23种设计模式,每种设计模式涉及 * 定义:抽象化的定义与通俗的描述,尽量说明清楚其含义与应用场景 * 示例:如果项目中有使用过该模式,则会给出项目中的代码,否则会给出尽可能简单好理解的java

解析UML用例图之include与extend

关于include与extend的区别,在之前画UML图的时候并没有注意到,还是在画第二遍机房收费系统图验收的时候师傅提出来的,于是查了一些资料,我在机房收费系统中是这样用到include的: 我在一开始看过其他资料的时候大家都是这么用的,我也就想都没想惯性的用了include,但是也不知道原因,就自以为这两个用例都要用这个exportExcel,就是都包括,可是为什么不能用extend呢?下面看看他们的区别: include是指用例中的包含关系,通常发生在多个用例中,有可以提取出来的公共部分,

UML用例图与类图的基本知识的了解

题记:记录学习的UML用例图与类图的基本知识. 一.UML的用例图: UML的用例图的用途:帮助开发团队一一种可视化的方式理解系统的功能需求. UML用例图包含的元素:(1)参与者:表示与你的应用程序或系统进行交互的用户组织或外部系统(ps:用一个小人表示). (2)用例:用例就是外部可视的系统功能,对系统提供的服务进行描述(ps:用椭圆表示). (3)子系统:用来展示系统的一部分功能.这部分功能联系紧密. UML用例图中的关系主要包含5种:(1)关联(2)泛化(3)包含(4)扩展 关联:表示参