软件用例图需要什么 用例图用什么软件画

发布日期：2020-10-29

如何应用UML用例图描述软件系统的用户需求

用例图当然很好用，不然RUP(Rational Unified Process，统一软件开发过程，统一软件过程)也不会让用例驱动作为核心方法论之一，当然用例图自身也有很多不足，需要其它技术作补充。

?一、优点：?简洁、直观。

是的，确实比较直观，几个小人人、几个椭圆，外加几条不多的线，用一个矩形一框就出来了，了不起再弄个用例描述，系统交互行为很清晰地表达出来。

规范、易理解。

用例图是UML建模里比较常用的一个图，你用，我用，大家都用，并且标识、要素等均符合UML2中的约定，并且不依赖开发语言，所以说它和其它图一样规范因为规范所以对UML建模用户来说是易理解的。

用户导向、描述精准。

用例方法完全是站在用户的角度上（从系统的外部）来描述系统的功能的。

我们不管系统内部实现功能的机制，仅仅把系统看作一个黑盒，然后参与者与其进行交互，也就是用例是基于用户场景的，所以能更精准地表达用户功能需求。

需求与设计分离。

因为用例图是站在系统外的视角描述系统需求的，所以并没有介入到系统内部实现细节，这就让需求和设计工作分离开来，条理清晰。

便于设计测试用例。

用例图描述的就是一个用户场景，测试设计人员正好可以根据用例图设计测试用例。

边界清晰。

一个矩形框把系统边界清晰、明确地表达出来，便于设计人员据此把握系统范围。

敏捷。

用例图允许我们讲故事、写卡片，允许我们比较敏捷地实现功能需求方面的管理与交流。

?二、不足：?不能表达非功能需求。

用例图是描述用户功能需求的工具，对于可靠性、性能等非功能需求无能为力。

对不懂UML的客户或程序员来说难以理解。

对UML支持者来说，用例图可能是规范的、清晰的、简单的、易理解的，但对并未掌握UML建模技术的人来说理解那些椭圆并非易事，再说还有一系列如同伪代码似的事件流。

粗粒度。

是的，用例图不涉及设计实现细节，只是一个功能划分，粒度非常粗，很多细节无从描述，需要用其他工具进行辅助说明。

?三、常见的错误用法和问题：?客户看不懂用例图，又要提供一个高大上（画UML图）的需求规格文档。

这时候怎么办呢？作者建议画客户需要画的，然后把用例图制作成一个个卡片去跟客户讲故事，客户不会连故事都听不懂吧除非你讲故事的水平比画图的水平还拙劣。

架构师或程序员看不懂用例图。

看不懂的话这些用例委实就成了摆设，这时又该怎么办呢？对的，仍旧讲故事，说业务场景并用用例规约加以辅助说明。

用例图涉及到实现细节。

这个要加以避免，如果过早介入系统内部实现细节，过多的系统内部设计描述会让客户和程序员疲惫不堪。

系统边界模糊不清。

建议用例图绘制时从上往下画，比较复杂的子系统可以拆在不同的用例图中。

用例过多。

系统总的用例数不宜超过50个，建议最好是20-30个。

过多的用例必定会有过多的Association、include、extend、generalize等关系，各种关系错综复杂违背了我们使用用例图的初衷。

如何利用UML用例图描述软件系统的需求

从UML设计角度来说，用例图是描述用户与系统如何交互的，更多是从功能层面考虑，个人觉得无法直接抽象成表。

如果有类图（方法和数据、与其他类关系），其中数据和关系倒是可以做为表的属性。

业务熟悉了，可以自己创建E-R图，数据库设计相关教程应该都有讲这个，然后根据E-R关系图来创建数据库表。

基本上就是确定都有哪些对象，对象都有哪些属性，这些对象之间有什么关系。

对象就是你的表，其字段就是属性，其中你需要确定主键（可以没有，但是建议有），关系也是表，其字段就是两个关系对象的主键标识ID。

软件工程 用例图 画在毕业设计的什么地方

Visio画UML用例图步骤：1.在“文件”菜单上，依次指向“新建”、“软件”，然后单击“UML模型图”。

2.在树视图中，右击要包含用例图的包或子系统，再指向“新建”，然后单击“用例图”。

此时会出现一个空白页，而且“UML用例”模具也会显示在最顶部。

工作区将“用例”显示为水印。

树视图将添加一个表示该图表的图标。

注释如果看不见树视图，请在“UML”菜单中指向“视图”，然后单击“模型资源管理器”。

3.将“系统边界”形状拖到绘图页上。

使用系统边界形状在用例图中指示系统边界4.Visio画UML用例图时要从“用例”模具中将“用例”形状拖出并放在系统边界内，然后将“参与者”形状拖到系统边界外。

使用用例形状使用参与者形状5.使用“通信”形状指出用例和参与者之间的关系。

使用通信形状指出参与者和用例之间的关系6.Visio画UML用例图时需要通过“使用”和“扩展”形状，指出用例之间的关系。

指出两个用例之间的使用关系，指出两个用例之间的扩展关系7.双击任意形状（“系统边界”形状除外），打开其“UML属性”对话框，您可以在其中添加名称、特性、操作和其他属性。

8.保存该图表。

...

用例,用例图,用例视图是什么？

UML主要是建模用的，所谓建模就是一种软件设计的方法，包含了一大批如类图、时序图、用例图等工具，用于在设计阶段和开发阶段就软件开发进行沟通的手段。

因为大部分时候，看源代码理解意图往往效率很低，而UML统一了这种沟通方式，可以从全局到实现全面把握一个软件系统。

码农们学这个当然是要知道如何来就一个软件的设计思想进行有效的交流，有很多时候设计思想弄清楚了，建模建好了，编码都是很简单的事。

不过也有人试图尝试用UML干逆向工程、软件重构这些事，说的简单些就是直接生成代码，不过目前人工智能的发展水平还没达到，往往都流产了，所以不是主流。