rolt-CSDN博客

原创二十四年前在UMLChina谈本体论-James Odell

实际上你就是混迹于软件业的、没有受过Odell所说的“正规数学训练”的文科生？

2026-02-23 09:29:39 1065

原创 [pdf]《软件方法》全流程引领AI-电子书共490页202602更新

警惕幼稚的想法很多开发人员在说，自己已经在“深度使用AI”了，觉得自己变强了。这样的想法是很幼稚的。其实本人反而变得更弱了，却有“变强”的错觉，全然忘了，竞争对手也同样在“深度使用AI”。不是AI和人竞争，是AI大背景下人和人的竞争！（1）编码的失控AI在实现环节表现是最好的，Vibe就行，但是，如果没有把控住C-分析的环节，随着系统需求的增加，AI的各种修补、拼凑变得越来越笨拙，最终不可收拾。（2）对ABCD无知，Spec、Skill也没用后来又有Spec-Driven，最近又热

2026-01-20 10:52:51 253

原创优马神州-愿景-案例实作《软件方法》第2章

也可以做成一个“定位目标组织规格”的skill，这样就不用反复提交相同的提示词部分，但这主要和节约token相关，并不会提高AI反馈的质量。

2026-02-23 09:24:11 610

原创 AI抢人饭碗？AI时代人和人抢饭碗！《软件方法》全流程引领AI

这样的想法是很幼稚的。其实本人反而变得更弱了，却有“变强”的错觉，全然忘了，竞争对手也同样在“深度使用AI”。幸运/不幸的是，这部分内容不但人类目前没有研究透，而且AI也没有形成通识，甚至还有被伪创新污染的趋势！有方法学思想的人来引领AI，至关重要。

2026-02-16 17:38:40 403

原创 DDD岁月史书之二：分层架构是DDD提出的吗

很多所谓的架构师，懂的“架构设计”就是这些东西，根本没有能力建模复杂的核心域逻辑。幸运的是，AI的降临横扫了这些批量刷工作量的“架构”工作。

2026-02-16 17:28:02 391

原创 [幻灯]《软件方法》引导AI03-业务流程建模和改进

从语音素材提炼业务流程

2026-02-12 15:59:50 273

原创 [幻灯片]《软件方法》引导AI全流程开发幻灯片02-愿景

通过skill定位目标组织

2026-02-12 15:58:02 114

原创 [幻灯片]《软件方法》引导AI全流程开发幻灯片01-概述

不是人和AI竞争，是AI背景下人和人的竞争。不了解ABCD工作流，后果是失控和无竞争力。

2026-02-03 11:47:31 265

原创门诊自助和鼠鸭识别《软件方法》第2章自测题02共8题

假设《庆余年》中庆帝给范闲下指示

2026-02-03 11:44:51 225

原创定位目标组织《软件方法》第2章自测题01共13题

二次元爱好者大学生嘉豪

2026-01-30 21:14:12 548

原创嘉豪、护士和庆余年·UMLChina建模答题赛第7赛季第6轮

扫一下药袋/输液泵/腕带条码获得相应信息

2026-01-30 21:06:58 328

原创贷款卖房、西门和金莲《软件方法》第2章

西门大官人在追求金莲的过程中，加强了在“小”上的改进。他并不是摆出“老子又帅又有钱，你赶紧过来”的县城土豪嘴脸，而是低姿态地执行了王婆制定的“十分光”计划。

2026-01-29 13:55:03 381

原创提高求偶时被选中的几率·UMLChina建模答题赛第7赛季第5轮

新版的《软件方法》放弃了“老大”这个已经用了超过20年的造词

2026-01-29 13:53:09 68

原创质量需求当成愿景、伪创新的基本盘《软件方法》第2章

碰到类似系统质量需求的表述时，应该从组织的视角去看它对于组织指标的意义——“如果实现了这个，对组织有什么好处呢”。例如，建模人员写“从接收请求到回应的时间应在2秒之内”，这是系统的质量需求，是系统的某个行为在时间上的指标值，如图2-43所示。其实，建模人员只要心里稍微给目标组织留点位置，不要那么懒惰和自私，就不会动不动把自己臆想的“系统是什么样”端上来了。这个错误本质上和前文说过的“系统能够做什么”是一样的，只是把功能需求换成了质量需求。愿景对应的是组织的指标，如图2-44。这些，就是伪创新的基本盘。

2026-01-28 13:41:01 47

原创输液反应投诉和伪创新闭环《软件方法》第2章

读者可以观察你身边的伪创新买家和卖家，看看他们是不是擅长“不用做任何思考就形成闭环”。

2026-01-28 13:39:55 317

原创厚脸皮的愿景《软件方法》第2章

话术是“你买了我们这个系统，我们的市场占有率会增加噢！”——他不扇你一个大嘴巴算客气的。

2026-01-26 12:05:47 290

原创 DDD圈子开始岁月史书了

警惕DDD圈子借着“AI时代新方法学”的契机，把一些伪创新打成（塑造成）“传统软件工程最佳实践”。

2026-01-26 12:03:33 1548

原创能咋地，我就问问《软件方法》第2章

打个响指，空中飘来一朵云，领导在云上划拉两下就行

2026-01-23 14:30:16 62

原创领导既要又要-怎么建模《软件方法》第2章

能做到这一步，已经算是有一定的思考（造假）能力了，可惜，这还是第1章所批评的思维颠倒，不能得到正确答案。

2026-01-23 14:28:32 282

原创利用AI识别损毁程度是愿景吗《软件方法》第2章

降低因电机过热导致的非计划停机率

2026-01-20 10:44:51 291

原创愿景严格定义，马宝国四两拨千斤《软件方法》第2章

“马宝国”、“刘劲西”并非“系统”的“名称”值

2026-01-16 10:56:55 632

原创 [讨论]合川杀猪、牛栏和AI

合川杀猪事件，有哪些物流和信息流？

2026-01-16 10:55:30 578

原创《软件方法》漫画：没有能力剖析领域逻辑的遮羞布

在思考核心域逻辑时，频频提出“这样会不会速度慢”（质量需求）、“我们想把它分成N个微服务，让不同团队用各自技术栈开发”（设计约束，也有可能是臆想的设计）等和核心域逻辑无关的因素，掩盖自己没有能力剖析复杂逻辑的事实——我是有能力剖析的，但还要考虑到这个因素、那个因素，所以精力就不够了。在现在的很多软件组织中，分析工作流的技能被严重忽视。以“后面再重构”为借口，结合其他遮羞布，掩盖自己没有能力剖析复杂逻辑的事实——我先随便写写，后面再重构，哎呀，没想到啊，时间来不及了（遮羞布一）。

2026-01-14 13:38:31 41

原创为啥放弃了“老大”《软件方法》第2章

让人误以为“自动拣货机”这个系统的“老大”提升到董事长了

2026-01-14 13:36:51 662

原创医院为例，调整目标组织规格范围《软件方法》第2章

目标组织负责人是A医院科研处处长，目标组织是A医院。

2026-01-12 17:14:08 451

原创软件需求设计方法学全程实例剖析幻灯片06-分析类图、序列图和状态机图[202601更新]

仅仅把控核心域逻辑

2026-01-12 16:59:11 52

原创软件需求设计方法学全程实例剖析幻灯片04-系统用例图和用例规约[202601更新]

pdf文件下载：

2026-01-08 16:44:52 192

原创软件需求设计方法学全程实例剖析幻灯片03-业务用例图和业务序列图[202601更新]

让AI寻找业务流程改进点

2026-01-08 16:35:57 158

原创软件需求设计方法学全程实例剖析幻灯片02-愿景[202512更新]

没有愿景，需求没有依据

2026-01-06 09:24:02 195

原创映射上下文？漏了31%-《实现领域驱动设计》中译本再谈（4）

Mapping Context（地图上下文）被翻译成“映射上下文”。

2026-01-06 09:21:14 1032

原创 ly被加上，单体已死-《实现领域驱动设计》中译本再谈（3）

“单体”就是很好的遮羞布。DDD Fans只需要说：某某技能是用来做单体应用的，现在是革命性创造的DDD和微服务时代，这个技能过时了。

2026-01-01 12:26:35 788

原创 ly被砍掉-《实现领域驱动设计》中译本再谈（2）

译者应该是把costly（昂贵的）的ly砍掉，当成了cost来用。

2026-01-01 11:46:18 697

原创绿地、粽地和缺斤短两-《实现领域驱动设计》中译本再谈（1）

连半页都不到，出现了大量的错译、漏译，甚至有两处漏译是整句省掉的。

2025-12-30 10:18:36 381

原创软件需求设计方法学全程实例剖析幻灯片01-概述[202512更新]

从无意识瞎蒙到有意识思考

2025-12-30 10:16:08 141

原创 [答疑]同事在B站看DDD直播学来“创新”，怎样应对

伪创新卖家和买家缺乏基本建模能力的脓包大概率会暴露

2025-12-27 15:08:21 457

原创《软件方法》化劲火锅和肾摸事火锅

“肾摸事火锅”为什么进入了建模人员的视线

2025-12-27 15:06:58 252

原创《软件方法》漫画：染色

这些内容摇身一变，成了“敏捷软件开发原则”

2025-12-22 11:30:47 1002

原创《软件方法》漫画：偷梁换柱

谈“开发”是谈不来的，但可以谈“敏捷开发”——重点谈“敏捷”嘛

2025-12-22 11:29:17 474

原创 Eclipse安装SysML v2插件教程

览并选中SysML v2安装包中的压缩文件 org.omg.sysml.site.zip

2025-12-19 16:12:14 1215

原创 UML建模工具2025年10月到12月更新

老牌UML建模工具，曾用名：JUDE。支持自行编写的插件。新版本支持AI建模。

2025-12-19 16:09:46 786

《软件方法》2026版潘加宇含 1、2、8、9 章部分内容

《软件方法》2026版潘加宇含 1、2、8、9 章部分内容本文件会不定时更新，可到以下地址下载最新版本： umlchina.com/url/softmeth.html 当前更新时间：2026.2.16 您在阅读《软件方法》时如果发现错误，欢迎通过微信umlchina告知。如果作者认为有道理，决定在下一次发布时根据您的意见修改，每个错误将付给您5.12元报酬，并在书中说明您的贡献。（1）任何您认为的错误都可以，包括错别字。（2）同一错误仅支付最先指正者报酬。（3）请根据最新版本作指正。目前指正人有（按指正时间排序）：吴佰钊、王周文、刘学斌、成文华、黄树成、李蜀斌、杨雪鸿、王书伟、高洪江、张志坚、龙燔、陈文飞、郭沼兵、陈自平、张彬、李宏伟、赵志军、孙赛刚、孙军、左科、王长福、张守金。

2026-02-16

350道软件方法强化自测题202511更新+软件工程基于《软件方法》的建模技能强化训练体系设计：350道自测题覆盖业务建模、需求分析、系统设计全流程能力认证

内容概要：本文档为《软件方法》系列强化自测题的汇总，共包含350道题目，覆盖总纲、业务建模、需求、分析等多个软件工程核心领域。题目形式涵盖单选、多选、填空等，旨在通过系统性练习帮助读者掌握软件建模的核心技能，尤其是UML（统一建模语言）的应用、业务流程改进、需求推导、系统分析与设计等关键环节。文档强调建模工作的逻辑顺序（业务建模→需求→分析→设计），批判“伪创新”现象，并倡导严谨、务实的工程方法。此外，文档还介绍了“软件方法建模师”的认证方式，鼓励学习者通过实践和测试检验学习成果。; 适合人群：具备一定软件开发或系统分析基础，希望深入掌握软件建模技能的工程师、分析师、架构师及技术管理者；尤其适合准备从事或正在从事复杂系统设计与开发的专业人士。; 使用场景及目标：①通过大量自测题巩固《软件方法》一书中的理论知识，提升在业务建模、需求分析和系统设计等方面的实战能力；②识别并规避软件开发中的“伪创新”陷阱，建立科学、严谨的工程思维；③为获得“软件方法建模师”认证做准备，通过系统练习达到满分要求。; 阅读建议：建议学习者结合《软件方法》原著和配套视频课程进行学习，按模块逐步完成自测题，并对错题进行深入反思。在练习过程中，应注重理解题目背后的建模原则和方法论，而非仅仅追求答案正确。对于涉及“伪创新”批判的题目，应结合行业现状进行思考，增强辨别能力。

2025-11-12

《软件方法》强化自测题202509更新.pdf 是一本由潘加宇编写的软件工程领域专业学习与测评资料，旨在帮助读者掌握和检验“软件方法”中的核心建模技能文档共包含320道自测题，分为12套“总纲”、

内容概要：本文档是《软件方法》系列的强化自测题汇编，共包含320道题目，覆盖总纲、业务建模、需求、分析等多个软件工程核心领域。题目形式涵盖单选、多选及填空，旨在通过实战练习帮助读者掌握软件建模的核心技能，识别并批判伪创新方法，提升在UML、SysML、DDD等技术下的建模能力。文档强调建模的严谨性、一致性，并通过讽刺与案例揭示行业中常见的认知误区与实践陷阱。适合人群：具备一定软件开发或系统分析基础，希望深入掌握正规建模方法、提升需求分析与系统设计能力的研发人员、系统分析师、架构师及技术管理者。使用场景及目标：①检验和巩固对《软件方法》理论体系的理解；②识别和规避伪创新、形式主义等无效实践；③提升在业务建模、需求分析、系统设计等关键工作流中的实际建模能力；④为获取“软件方法建模师”认证做准备。其他说明：建议学习者结合《软件方法》书籍及相关视频课程同步练习，严格按照建模规范进行自我训练，并通过录制完整做题视频提交认证，以确保学习效果的真实性与深度。

2025-09-29

《软件方法-全流程引领AI》pdf

内容概要：本文深入探讨了软件开发中的需求与设计工作流，强调需求与设计不应直接映射，而应通过严谨的推理过程实现多对多的映射关系。文章指出，需求关注的是提升销售，设计关注的是降低成本，两者相互独立但又紧密关联。此外，文章还介绍了软件开发的四个建模工作流（A-业务建模、B-需求、C-分析、D-设计），并强调了使用统一建模语言（UML）进行建模的重要性。文章批评了伪创新现象，特别是“敏捷”和“领域驱动设计”（DDD）在互联网行业的滥用，指出这些方法往往缺乏实质性内容，成为掩盖开发人员能力不足的工具。最后，文章呼吁开发人员应重视基础知识的学习，避免盲目追随潮流。适合人群：具备一定编程基础，尤其是对软件开发方法论有兴趣的研发人员。使用场景及目标：①帮助开发人员理解需求与设计的区别，避免混淆；②指导开发人员如何通过ABC工作流（业务建模、需求、分析）来应对变化；③提醒开发人员警惕伪创新，专注于提升实际开发能力。阅读建议：本文内容较为深入，建议读者结合实际项目经验进行理解，并在实践中逐步掌握需求与设计的分离及多对多映射的技巧。同时，对于UML和其他建模工具的使用，建议通过实际操作加深理解。

2025-07-22

300道《软件方法》强化自测题业务建模需求分析共257页

2025-06-05

《分析模式》漫谈文集01-59.pdf

内容概要：本文深入探讨了《分析模式》一书的翻译问题及其相关技术细节。作者潘加宇通过对多个章节和片段的细致对比，指出了2020年中译本在多个地方存在翻译不准确或误导性的问题，这些问题涉及术语翻译、语法结构、逻辑表达等多个方面。同时，作者还结合自身经验，介绍了如何将书中原有的非UML图示转换为更易理解和标准化的UML图示，以帮助读者更好地理解原书内容。此外，文章还涉及了一些计算机科学基础概念的澄清，如“有向无环图”、“元模型”等，并对领域驱动设计（DDD）中的一些常见误解进行了批驳。适用人群：具备一定软件开发基础，尤其是对面向对象编程、UML建模、领域驱动设计等有一定了解的研发人员和研究人员。使用场景及目标：①帮助读者准确理解《分析模式》一书的核心思想和技术细节；②为从事软件开发和建模工作的技术人员提供参考，避免因误译而导致的理解偏差；③提升读者对计算机科学基础概念的认识，纠正一些常见的误解和误区。阅读建议：由于文章内容较为专业且涉及大量技术细节，建议读者在阅读过程中结合原书及相关技术资料进行对照学习。对于翻译问题，不仅要关注具体词汇的选择，更要注重句子结构和逻辑表达的准确性。同时，对于一些基础概念的澄清部分，可以进一步查阅相关文献以加深理解。

2025-05-04

[pdf、epub]260道《软件方法》强化自测题业务建模需求分析共216页（202412更新）

2024-12-28

《分析模式》漫谈合集（01-45）潘加宇 ★UMLChina为什么叒要翻译《分析模式》？ ★缝合故事1999-幻影战斗机《分析模式》和分析模式（1） ★《分析模式》第2章中文UML图（已

《分析模式》漫谈合集（01-45）潘加宇 ★UMLChina为什么叒要翻译《分析模式》？ ★缝合故事1999-幻影战斗机《分析模式》和分析模式（1） ★《分析模式》第2章中文UML图（已

2024-12-01

162页《分析模式》漫谈合集01-35 pdf

2024-11-24

105页的《分析模式》漫谈合集第1集

《分析模式》漫谈合集（1）潘加宇 ★UMLChina为什么叒要翻译《分析模式》？ ★[缝合故事]1999-幻影战斗机《分析模式》和分析模式（1） ★《分析模式》第2章中文UML图（已修正原书错误）（2.1-2.6） ★Unified Method并不是RUP ★反射·电动车周某 ★“鸦脚”表示法到底是谁先用的？ ★实例不是“一种”·隔壁老王 ★怎样把一张图从不严谨改到严谨 ★单继承不是“唯一继承” ★[答疑]泛化关系上的泛化集(Generalization Set)操作 ★Modeling Construct ★白头神探 ★从Catalog说到拜义父 ★“我用的”不能变成“我的” ★“有传统”和王家卫 ★financial是“财务”吗 ★Midjourney、Sora和硅谷机密

2024-11-01

UMLChina训练资料

UMLChina训练资料，2009年9月版本

2009-09-29

UMLChina训练资料之需求

UMLChina训练资料之需求定义，2009年8月版本

2009-09-29

UMLChina软件需求设计UML全程实作umlchina_01_overview

UMLChina训练幻灯片Part1

2015-09-22

软件需求设计UML全程实作--愿景UMLChina

UMLChina训练幻灯片，软件需求设计UML全程实作--愿景

2015-09-22

《软件方法2024版》公开内容202405更新-epub版

《软件方法》2024版潘加宇含 1、8、9 章部分内容本文件会不定时更新，可到以下地址下载最新版本： http://www.umlchina.com/url/softmeth2024.html 当前更新时间：2024.5.22 ************************************************** 您在阅读《软件方法》时如果发现错误，欢迎通过微信umlchina2告知。如果作者认为有道理，决定在下一次发布时根据您的意见修改，每个错误将付给您5.12元报酬，并在书中说明您的贡献。（1）任何您认为的错误都可以，包括错别字。（2）同一错误仅支付最先指正者报酬。（3）请根据最新版本作指正。目前指正人有（按指正时间排序）：吴佰钊、王周文、刘学斌、成文华、黄树成、李蜀斌、杨雪鸿、王书伟、高洪江、张志坚、龙燔、陈文飞、郭沼兵、陈自平、张彬、李宏伟、赵志军、孙赛刚、孙军、左科。 2018版《软件方法（上）》的勘误： http://umlchina.com/book/errata2ed.html

2024-05-22

幻灯片软件需求设计方法学全程实例剖析-04-系统用例图和用例规约

[幻灯片]软件需求设计方法学全程实例剖析-04-系统用例图和用例规约

2024-04-14

幻灯片软件需求设计方法学全程实例剖析-03-业务用例图和业务序列图

2024-03-29

幻灯片软件需求设计方法学全程实例剖析-02-愿景

2024-03-28

抱歉！二十三年前我们没看懂《人月神话》幻灯片-共127页

2024-03-15

DDD领域驱动设计批评-幻灯片合集（二）共183页

*领域驱动设计伪创新：通用语言 *被严重污染的领域专家 *不要把学习体会当成创新 *“以炮换马”的DDD歪招是否可以作为起步 *软件开发废话赏析02：领域驱动设计的“愿景” *领域驱动设计伪创新：六边形架构算吗 *分层架构是DDD提出的吗 *《实现领域驱动设计》译文暴露的问题 *为什么要追究糊涂用语 *DDD伪创新为什么受欢迎 *DDD伪创新的来源 *遮羞布：赶紧“敏捷”编码 *开发团队脓包01：皇帝的新装 *开发团队脓包02：口号党的危害 *开发团队脓包03：鸵鸟 *“敏捷”为啥无敌：起名的秘密 *普天之下皆我妈 01：如果允许一次走两步，新手也能击败象棋大师 *普天之下皆我妈02 ：“敏捷”试错 *乱七八糟图最大的问题

2024-03-08

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

《软件方法》2026版 潘加宇含 1、2、8、9 章部分内容

350道软件方法强化自测题202511更新+软件工程基于《软件方法》的建模技能强化训练体系设计：350道自测题覆盖业务建模、需求分析、系统设计全流程能力认证

《软件方法》强化自测题202509更新.pdf 是一本由潘加宇编写的软件工程领域专业学习与测评资料，旨在帮助读者掌握和检验“软件方法”中的核心建模技能 文档共包含320道自测题，分为12套“总纲”、

《软件方法-全流程引领AI》pdf

300道《软件方法》强化自测题业务建模需求分析共257页

《分析模式》漫谈文集01-59.pdf

[pdf、epub]260道《软件方法》强化自测题业务建模需求分析共216页（202412更新）

《分析模式》漫谈合集（01-45） 潘加宇 ★UMLChina为什么叒要翻译《分析模式》？ ★缝合故事1999-幻影战斗机《分析模式》和分析模式（1） ★《分析模式》第2章中文UML图（已

162页《分析模式》漫谈合集01-35 pdf

105页的《分析模式》漫谈合集第1集

UMLChina训练资料

UMLChina训练资料之需求

UMLChina软件需求设计UML全程实作umlchina_01_overview

软件需求设计UML全程实作--愿景UMLChina

《软件方法2024版》公开内容202405更新-epub版

幻灯片软件需求设计方法学全程实例剖析-04-系统用例图和用例规约

幻灯片软件需求设计方法学全程实例剖析-03-业务用例图和业务序列图

幻灯片软件需求设计方法学全程实例剖析-02-愿景

抱歉！二十三年前我们没看懂《人月神话》幻灯片-共127页

DDD领域驱动设计批评-幻灯片合集（二）共183页

DDD领域驱动设计批评-幻灯片合集（一）共190页

pdf这210本书引用了《人月神话》-ppt版-共213页

潘加宇《软件方法》强化自测题业务建模需求分析共230题

潘加宇《软件方法》2024版本公开部分，196页

潘加宇 软件方法（上）业务建模和需求 第二版 自测题答案和解析，pdf文件，和书配套使用

UMLChina培训幻灯之四需求定义

UML+Enterprise Architect建模示范视频（字幕）合集-机场无人物流、科技创新平台、司法调解、房产评估、博物馆安全、跨组织结算、远程求医、期货

UML+Enterprise Architect建模示范视频EA001三方采购平台（字幕）.mp4

空空如也

《软件方法》2026版潘加宇含 1、2、8、9 章部分内容

《软件方法》强化自测题202509更新.pdf 是一本由潘加宇编写的软件工程领域专业学习与测评资料，旨在帮助读者掌握和检验“软件方法”中的核心建模技能文档共包含320道自测题，分为12套“总纲”、

《分析模式》漫谈合集（01-45）潘加宇 ★UMLChina为什么叒要翻译《分析模式》？ ★缝合故事1999-幻影战斗机《分析模式》和分析模式（1） ★《分析模式》第2章中文UML图（已

潘加宇软件方法（上）业务建模和需求第二版自测题答案和解析，pdf文件，和书配套使用