表达参与者和系统功能。关键词:角色、系统边界、功能、用例。
软考 UML 图怎么区分?
看一个需求场景,快速判断应该用用例图、类图、顺序图、活动图、状态图、构件图、部署图还是包图。先把图的用途分清,再去画图和刷大题。
这个小游戏适合在复习 UML 前做热身。它不替代完整画图训练,但能帮你先建立“什么问题该用什么图”的第一反应。
看需求场景,选择最合适的 UML 图
先判断题目想表达什么:功能、结构、时序、流程、状态、构件、部署,答案通常就出来了。
判断顺序:先看建模对象,再看图形目的。功能边界、静态结构、动态交互、业务流程,不要混在一起。
点击开始后,看到场景就选 UML 图。
需要展示用户、管理员和系统功能之间的关系。
判断关键词:参与者、系统功能边界
掌握度:0%
这些 UML 图建议再过一遍:
UML 图怎么快速区分?
先问一句:这张图到底想表达什么。
表达静态结构。关键词:类、属性、方法、继承、关联、聚合、组合。
表达对象随时间发送消息。关键词:对象、生命线、消息、调用顺序。
表达流程、分支、并行和泳道。关键词:业务流程、判断、并发、步骤。
表达对象生命周期。关键词:状态、事件、转移、待支付、已完成、已取消。
表达软件构件和接口依赖。关键词:模块、组件、接口、依赖。
表达硬件节点和软件部署关系。关键词:服务器、节点、终端、部署、网络连接。
表达模型元素分组和包之间依赖。关键词:分层、模块分组、包依赖。
记一句:角色功能用用例,类和关系用类图;对象消息用顺序,业务流程用活动;状态变化用状态,软件部件用构件,服务器部署用部署,模型分组用包图。
软考 UML 题为什么容易错?
很多同学把“流程、交互、状态”混在一起。
UML 题的关键不是把每个图的定义背得很长,而是识别题目到底要表达哪类信息。比如“用户下单、系统查询库存、支付服务返回结果”强调对象之间按时间顺序交互,适合顺序图;如果题目强调“订单从待支付变成已支付、已发货、已完成”,那就是状态图。
类图和用例图也很容易混。用例图更关注“谁使用系统、系统提供哪些功能”;类图更关注系统内部结构,比如类、属性、方法、继承和关联。如果题目出现演员、管理员、会员、系统边界,优先考虑用例图;如果出现订单类、商品类、一对多、多重度,优先考虑类图。
软件设计师、系统架构设计师和系统分析师都可能遇到 UML 相关内容。建议先用小游戏建立图形用途的第一反应,再去练类图、顺序图和用例图的大题。
继续练习
先会识别,再练画图和真题。