UML2.0在系统设计中的实际使用情况

目前我在系统分析设计过程中主要使用UML2.0来表达,使用StarUML软件做实际设计,操作起来基本很顺手,下面整理一下自己的使用情况。

1. UML2.0之十三张图

UML2.0一共13张图,可以分为两大类:结构图-静态图,行为图-动态图,6+7=13张,如上图所示,采用用例图来表达设计活动。

2. 需求分析阶段使用情况

我们的太极讲究一阴一阳为之道,需求分析阶段就用两张图:用例图和活动图,足矣。

虽然UML知识讲解里都把用例图归为动态图,它的用例确实也是讲一个个活动或操作的,但是我喜欢把它当静态角度的分析工具,因为它就没表达业务流程的交互嘛,至少很不明显。

业务层面的流程设计,我用活动图,活动图比较简单灵活,可以天马行空地设计,也没讲究是什么组件、什么子系统参与的,所以客户能听得懂看得明,至少有这个条件。

这也就是书上所说的场景视图。

3. 系统设计阶段使用情况

系统设计阶段按传统讲法就是四个视图,共包括12张图,如上图所示。

实际上我平时最多只用8张图,另外4张图从来不用,感觉用不着,也可能是我理解不到位。

  1. **逻辑视图:**所谓逻辑视图角度就是从静态角度分解系统功能点,用类来实现表达这些功能,包图和子系统都是对类进行分层分模块管理。
  2. **开发视图:**主要从系统的各个子系统或各个模块组织关联方式来表达,这里我们会画出关联的存储系统、第三方系统等,场景比类图包图要大一些,就是使用组件图。
  3. **进程视图:**从系统运行角度去设计,动态视图角度,设计具体交互流程,时序图和活动图使用最广。
  4. **物理视图:**主要设计系统怎么部署的,就是使用部署图。

设计上四个视图不分先后,也不需要全部使用,具体采用什么、设计到什么程度,需要自己去把握,目标就是能指导好实际编码工作就OK, 所谓用兵之道、存乎一心,需要自己用心去揣摩。

每张图具体怎么使用,留待后面文章再叙述。

相关推荐
Promise_then1 天前
如何在技术世界中保持清醒和高效
嵌入式·软件工程·嵌入式软件
张较瘦_3 天前
[论文阅读] 人工智能 + 软件工程 | NoCode-bench:评估LLM无代码功能添加能力的新基准
论文阅读·人工智能·软件工程
数据爬坡ing4 天前
软件工程之可行性研究:从理论到实践的全面解析
大数据·流程图·软件工程·可用性测试
BLUE深藏4 天前
软件工程:软件需求
软件工程·需求分析
CrissChan5 天前
AI赋能软件工程让测试左移更加可实施
人工智能·python·llm·软件工程·测试
BLUE深藏5 天前
软件工程:软件设计
软件工程
仰望天空—永强6 天前
LabVIEW 2025安装包| 免费免激活版下载| 附图文详细安装教程
python·嵌入式硬件·硬件工程·软件工程·labview
张较瘦_9 天前
[论文阅读] 软件工程 | 用模糊逻辑“解锁”项目成功:告别非黑即白的评估时代
论文阅读·软件工程
BLUE深藏9 天前
软件工程:可行性分析的任务及报告
软件工程
张较瘦_10 天前
[论文阅读] 人工智能 + 软件工程 | 强化学习在软件工程中的全景扫描:从应用到未来
论文阅读·人工智能·软件工程