rolt-CSDN博客

OMG维护的SysML v2官方参考实现/试验实现。它长期伴随SysML v2规范开发，是很多商业和开源工具实现SysML v2时的重要参考。包括Eclipse文本编辑器、SysML/KerML解析与验证、Jupyter Kernel、模型可视化、标准模型库以及Systems Modeling API支持。

2026-10-10 10:13:49 173

原创 SysML v2版本的水蒸馏器案例全部图形-CATIAMagic渲染

图16.20 带项流和分配的初始蒸馏器内部配置

2026-10-10 10:11:29 154

原创 FDE 业务建模能力强化自测题（第1套）

FDE 张三的老板让他为“咖啡主理人”开发 App，管理豆子产地、处理方法、烘焙曲线和冲煮参数等。假设老板已经考虑了盈利模式。张三平时也爱手冲咖啡，便把自己当作目标客户，按自己的想法开发。

2026-10-09 10:15:00 494

原创从软件工程的巅峰跌落 -UMLChina建模答题赛第7赛季第21轮

敏捷运动的很多名人，如Martin Fowler、Kent Beck等，都是“流程建模”、“需求”的顶级专家。

2026-10-08 18:50:01 155

原创 [降血脂设备]SysML v2和CATIA Magic 2026全程实例剖析

将《软件方法》的方法学扩展到SysML v2建模，除了处理信息流之外，还可以处理物质流、能量流。

2026-10-08 18:46:41 199

原创 06 机械 MTConnect-用UML表示的行业标准

制造设备开放式通信标准

2026-10-07 11:46:28 13

原创 [光·叩响神经]SysML v2建模2026诺贝尔生理学或医学奖

用SysML v2[2]表达光遗传学调控神经元活动的主要机制。领域知识主要依据Piatkevich和Boyden的综述[3]，

2026-10-07 11:43:28 701

原创智能机床-06 机械 ISO 23704-4-2026-用UML表示的行业标准

网络物理控制智能机床

2026-10-05 17:32:37 22

原创 [贾玲马斯克]SysML v2提前建模2026诺贝尔生理学或医学奖

尝试用SysML v2 [1] 建模GLP-1相关的生理机制。如果预测有误，2026年获奖的不是GLP-1，会再写类似文章补上。

2026-10-05 17:30:22 256

原创健康信息服务架构-05 医学 ISO 12967-1-用UML表示的行业标准

HISA 企业视点

2026-10-04 12:54:29 15

原创 05 医学 ISO 14199 BRIDG-用UML表示的行业标准

生物医学研究整合领域组

2026-10-04 12:52:45 20

原创 05 医学 ISO 13940-用UML表示的行业标准，健康信息学 — 支持照护连续性的概念体系

健康信息学

2026-10-03 19:14:24 175

原创 04 电信 MEF Object Models-用UML表示的行业标准

城域以太网论坛对象模型

2026-10-03 19:12:53 11

原创 3GPP-5G-用UML表示的行业标准-04电信移动通信

5G网络资源模型

2026-10-02 15:32:13 71

原创 OGC CityGML-用UML表示的行业标准03地理

开放地理空间信息联盟城市地理标记语言(CityGML)第1部分:概念模型标准

2026-09-30 11:08:03 234

原创 [中国牵头]用UML表示的行业标准03地理AI-ISO 19178-1

地理信息第1部分:概念模型面向人工智能的训练数据标

2026-09-30 11:06:21 13

原创用UML表示的行业标准01-电力/智能电网-2

电力企业应用集成配电管理系统接口 – 第11部分：配电通用信息模型 (CIM) 扩展

2026-09-05 14:12:27 161

原创用UML表示的行业标准01-电力/智能电网-1

能量管理系统应用程序接口 (EMS-API) – 第457部分：动态扩展机制

2026-09-05 14:10:37 16

原创从Harness、Loop联想到敏捷的拼积木折飞机

如果软件开发人员以为搞这些就够了，不去学习软件开发方法学，或者被这些东西占据了大量的时间，再没有余力去学习软件开发方法学，那就有问题了。AI时代的各种Engineering也有类似问题，要警惕。

2026-09-03 13:10:31 463

原创评张逸“双环驱动”文章中的用例规约（全文）

也许这正是敏捷和领域驱动设计的魅力？在每一处留下可讨论的空间。一群DDD专家可以找到理由，反复讨论，热火朝天，工作量刷满。

2026-09-03 13:07:42 186

原创几道题考一考领域驱动设计Fans

UMLChina（经出版社同意）第一次在《非程序员》电子杂志上刊登《领域驱动设计》中译本译文节选，时间是：

2026-08-31 16:52:21 453

原创《软件方法》二十多年的坚持和AI暗合（1）设计而不是实现

就像一道数学难题，学渣用不着草稿纸（因为他根本不知道怎么推导），拿起笔就往答卷上写，而且还振振有词，你看那边那个王虹同学，不也是不打草稿直接就写嘛！

2026-08-31 16:44:02 188

原创《软件方法》的坚持暗合AI-02

前面这两个 AI目前并没有能够覆盖

2026-08-18 10:09:24 234

原创 DDD领域愿景迷人之处-UMLChina建模答题赛第7赛季第20轮

宏论“练习DDD最好的办法是所有的需求都由自己决定”，它和以上①②③④中的哪些匹配度较高？

2026-08-15 13:41:51 165

原创 [pdf]390道《软件方法》强化自测题业务建模需求分析共328页（202608更新）

可以到本账号的CSDN资源下载

2026-08-15 13:40:04 38

原创评张逸“双环驱动”文章中的用例规约（07-02）

经常有人朦朦胧胧地在大脑里完成了这个环节，把得到的某个交互设计结果当成了需求。

2026-08-13 13:51:57 415

原创《软件方法》强化自测题-总纲（15）

随着AI横扫编码工作，一些之前对软件工程一无所知并诋毁软件工程的人摇身一变，大谈AI时代的软件工程，仿佛自己一向研究软件工程、支持软件工程。

2026-08-13 13:47:55 197

原创《软件方法》强化自测题-分析（12）

下图描述了一个从领域素材到代码的演变过程，其中有一步是多余的，但很容易被伪创新爱好者当作“突破”、“得到了更深刻的领域模型”，从而达成其有意无意追求的“假装思考实则批量刷废话”的效果。这一步是：

2026-08-06 17:19:15 186

原创 PlantUML+EA描述《分析模式》第7章使用会计模型（1）

图7.3 电话服务的结构模型。PlantUML@startumlskinparam nodesep 120

2026-08-06 17:16:22 200

★漫谈01-从二十四年前说起《分析模式》的现代化和中国回忆 ★漫谈02-[缝合故事]1999-幻影战斗机《分析模式》和分析模式（1） ★漫谈03-Unified Method并不是RUP ★漫谈04-反射·电动车周某 ★漫谈05-“鸦脚”表示法到底是谁先用的？ ★漫谈06-实例不是“一种”·隔壁老王 ★漫谈07-怎样把一张图从不严谨改到严谨 ★漫谈08-单继承不是“唯一继承” ★漫谈09-Modeling Construct ★漫谈10-白头神探 ★漫谈11-从Catalog说到拜义父 ★漫谈12-“我用的”不能变成“我的” ★漫谈13-“有传统”和王家卫 ★漫谈14-financial是“财务”吗 ★漫谈15-Midjourney、Sora和硅谷机密 ★漫谈16-above...duty ★漫谈17-“斯诺克”不等于“台球” ★漫谈18-阿西莫夫·台球杀人事件 ★漫谈19-买椟还珠和坏事变好事？ ★漫谈20-异形夺命舰，需要≠需求 ★漫谈21-设计模式Gang of Four怎么翻译 ★漫谈22-“无名”还是“难以名状” ★漫谈23-设计模式2个黄鹂鸣翠柳 ★漫谈24-问题-解决方案对 ★漫谈25-怎么老是你？ *****从这个开始，和视频编号一致***** ★漫谈31-福尔摩斯和富贵人家的小姐 ★漫谈32-整个场面要hold住 ★《分析模式》2020中译本翻译水平怎样 ★漫谈33-到底是谁配谁 ★漫谈34-结构的不等于结构化的 ★漫谈35-乱改计量单位引出的问题 ★漫谈36-浑元换算策略和武德换算策略 ★漫谈37-幂，你去哪儿了 ★漫谈38-老虎老鼠分不清楚 ★漫谈39-有向无环图的约束怎么表达 ★漫谈40-昨天今天明天 ★漫谈41-DDD通用语言、多尿和尿频 ★漫谈42-对象的可观测状态 ★漫谈43-怎样把书上的事件图改编成活动图 ★漫谈44-星形还是星型？一

2026-06-11

一些以“领域驱动设计”为主题的书，作者喜欢在各种表述中加上“业务”、“用户”等前缀，以表示自己对“业务”、“用户”的重视以下给出了摘自一些以“领域驱动设计”为主题的书的片段，其中使用“业务”一词属

一些以“领域驱动设计”为主题的书，作者喜欢在各种表述中加上“业务”、“用户”等前缀，以表示自己对“业务”、“用户”的重视以下给出了摘自一些以“领域驱动设计”为主题的书的片段，其中使用“业务”一词属

2026-06-08

不了解A-业务建模、B-需求、C-分析、D-设计，Spec、Skill、Harness也没用

警惕幼稚的想法很多开发人员在说，自己已经在“深度使用AI”了，觉得自己变强了。甚至有人炮制“敏捷”言论割韭菜，说试错成本降低了，不需要方法学了，敏捷（无脑）试错就行！这样的想法是很幼稚的。其实本人反而变得更弱了，却有“变强”的错觉，全然忘了，竞争对手也同样在“深度使用AI”。不是AI和人竞争，是AI大背景下人和人的竞争！（1）编码的失控 AI在实现环节表现是最好的，Vibe就行，但是，如果没有把控住C-分析的环节，随着系统需求的增加，AI的各种修补、拼凑变得越来越笨拙，最终不可收拾。近期热炒的Palantir和本体论，虽然是商业炒作，但也凸显了“C-分析”工作流的重要性。（2）需求还是拍脑袋再做一个“贪吃蛇”并不能卖钱。随着实现的门槛降低，需求的竞争变得更激烈。你所构思的系统必须要比竞争对手给客户带来更深刻的改进。这就需要“A-业务建模”和“B-需求”工作流的技能。以往的“我这个系统虽然没什么创新点，但沉淀了不少劳动，总能值点钱吧”已经失效了。（3）对ABCD无知，Spec、Skill、Harness也没用一开始是Vibe Coding，后来又说要Spec-Driven，然后又热炒Skill、Harness，也只是在形式上做文章。内容呢？很多人（包括伪创新圈子以及伪创新Fans心目中的国外“大神”）不了解A-业务建模、B-需求、C-分析、D-设计在内容上的区别以及其中的推导过程，谈论Spec的时候，根本不知道自己在谈什么，这和之前这些人谈论UML时一模一样。内容以前是怎么来的，现在还是怎么来的。以前是拍脑袋，现在还是拍脑袋。以前是想到什么写什么，边界跳来跳去，现在还是想到什么写什么，边界跳来跳去。缺少方法学的知识，Spec越来越像伪代码，其实就是重复之前非常受伪创新买家和卖家欢迎的“敏捷实践”，拍脑袋编码

2026-06-08

《软件方法》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关注的人

《分析模式》漫谈文集202606更新

一些以“领域驱动设计”为主题的书，作者喜欢在各种表述中加上“业务”、“用户”等前缀，以表示自己对“业务”、“用户”的重视 以下给出了摘自一些以“领域驱动设计”为主题的书的片段，其中使用“业务”一词属

不了解A-业务建模、B-需求、C-分析、D-设计，Spec、Skill、Harness也没用

《软件方法》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文件，和书配套使用