UMLChina公众号文章精选（201903更新）

[答疑]创业公司玩不起建模？

[答疑]为什么要对术语"吹毛求疵"

评点张逸观点

CTO也糊涂的常用术语：功能模块、业务架构、用户需求、文档

[答疑]研发的领导一向主张设计简单粗暴

敏捷和毛泽东（2018修订版）

[答疑]发现在写代码过程中对需求的认识更清晰了

四十年软件工程故事（2008年文章）

电磁轨道炮设计-基于模型的系统工程

基于模型的系统工程——自动驾驶汽车

七夕、出轨、UML和手机壳

李白《月下独酌-花间一壶酒》的UML建模

2014-2018年出版的引用《人月神话》的书（20180611更新）

UMLChina参与制作过的书

《软件方法》每章开头的歌曲（1）

《软件方法》每章开头的歌曲（2）

[答疑]竞赛题建模工作流类图解析

[答疑]解析美女出的一道状态机题（x、y和z值）

[答疑]可不可以认为开发团队也是涉众呢

[答疑]为什么面试的时候不考核心域的知识

[答题赛题目解析]抽象级别一致

[答疑]医院里医生给医生看病的业务建模

[答疑]"遗留系统"的UML建模有没有不同

[答疑]财务打款流程活动图

[答疑]企业员工智能饮水业务建模

[答疑]CRUD用例是不允许的吗

答题比赛难题解析（2）

答题比赛难题解析（1）

[答疑]需求规约要不要提醒程序员界面设计的注意事项

[答疑]用序列图表达超时提醒

[答疑]设备数据上报的类图

[答疑]商品有出厂日期，人有出生日期，这两个是ppt还是MI

[答疑]医药代表到医院卖药算用例吗

[答疑]商品的规格是不是应该建模为值对象

[答疑]关于公众号答题比赛第5轮第1题的解析

[答疑]用Visio画UML图可以吗

[答疑]可以在手机或平板上使用EA吗

[答疑]Rhapsody的文件能转到EA里面吗

[答疑]什么情况下可以使用状态属性

[答疑]低版本的EA能打开高版本的模型吗

[答疑]做跳一跳这样的小程序，怎么做业务建模

[答疑]凭着以往类似项目的经验拼凑一下需求交差

[答疑]对分析工作量的误解

[答疑]为什么这个图把安卓列为辅助执行者？

[答疑]以学生群体为研究组织，可不可以理解为学生为自己的前途学习

[答疑]序列图片段之间的消息传递

GrammaTech协助美国国防部从二进制形式做UML架构恢复

[答疑]申请优惠和等待审批的用例怎么画

[答疑]红框的关联Role是怎么画出来的？EA支持这种画法吗？

从岳父坠入电梯井新闻谈软件建模

[答疑]表示表之间的多对多的关系，但不希望通过EA生成外键约束

ECAD的领域建模和SysML扩展

[答疑]车辆营销中心的业务用例图

[答疑]状态图是否可以融入流程图中处理

Dassault看好汽车应用

使用YAKINDU STATECHART TOOLS的TypeScript代码生成

PREEvision 9.0转向面向服务的E/E架构

[答疑]类图中怎么表示关联关系的中间表对应的类

西门子加大基于模型的系统工程投资

[答疑]在微信平台上做一个公众号，业务序列图

[答疑]交互设计人员什么阶段介入

[答疑]重复登录时后一个把前一个挤下去的状态图

[答疑]扩展（extend）的情况

[答疑]EA中的scenarios可以嵌套exception吗

【答疑】我老板让我给他做一个密码保险箱，怎样找目标组织和业务执行者

[答疑]【文件（菜单）】是子系统吗

[答疑]类定义从一个package移动到另一个package

[答疑]阿布思考法应用于军队中的脑洞

[答疑]业务流程能代替愿景吗

[答疑]A类发生某事件时需要向B类发送一个消息，可不可以在状态图中描述

[答疑]EA中设置用例关联关系设定时自动带有起始→目标（箭头）

[答疑]应急办事件管理系统的愿景

[答疑]多终端展示的情况下, 要把各种终端都作为辅助执行者吗

[答疑]先定位目标机构还是机构范围

[答疑]套餐的建模

[答疑]EA可以加入import吗

[答疑]工单状态图

[答疑]类右上角的超类或接口是怎么加上去的

[答疑]项目指标包括地上面积，占地面积

[答疑]SKU的类图

[答疑]不分析就得不到字段列表。一分析有感觉陷入分析的细节

[答疑]服务器集群如何用UML表达

[答疑]"记录日志"子过程有很多交互，应不应该表达出来？

[答疑]物品规格和组合的多重性

[答疑]怎样用Note显示某个元素的内部内容

[答疑]组件的显示样式可以改变吗

[答疑]怎样才能在图上添加新元素时不弹出属性框

[答疑]用例规约中是不是一定要有验证的步骤

[答疑]电影院里电影票和座位号的关系

[答疑]推演系统的用例图

UML和萨德

Visio添加三种UML2.5模板

[答疑]EA中建CDM图选哪个模板

[答疑]这个新闻中心后台管理的活动图对吗

[答疑]提前进行跑ｂａｔｃｈ或者某种方式汇总购买货物的历史记录

[答疑]为什么现在大部分公司都不注重需求分析呢

[答疑]银行为研究对象，结息算不算是业务用例

[答疑]人脸识别业务序列图

[答疑]水利部门编制年报的流程

[答疑]市政务服务中心人员"延续"、"变更"和"新发"

[答疑]外来人员请求门岗士兵放行

[答疑]prd出来以后，开发部负责人仍然只看原型不看prd文档

[答疑]行业规范要当作业务实体画出来吗

[答疑]存储分系统把处理完的结果提交给深加工系统进行进一步加工

[答疑]导购的序列图

[答疑]如果把准备结婚作为一个项目，应该怎样开展需求分析

[答疑]业务是销售人员找回来的，而不是客户来找企业

[答疑]发送定制短信的业务序列图

[答疑]科技项目报销业务序列图

[答疑]愿景是降低部门领导的重复审批次数

[答疑]道路养护部门业务建模

[答疑]书中办理入狱业务序列图的几个步骤为何不合并成"登记入狱"之类

[答疑]"互联网门户"在收到用水计划申请后，要给"用水计划模块"发送通知

[答疑]EA画的图粘贴到其他应用时，中文就成乱码（2016/9/21）

[答疑]A公司（老总叫做Aer）委托我开发一个系统，请问老大是谁呢？（2016/8/24）

[答疑]状态图可以表达需求吗（2016/9/18）

[答疑]医院的产品项目 为老设备增加一个新功能（2014/10/21）

[答疑]已有项目的产品化开发，研究的组织应该选择谁呢（2014/11/3）

[答疑]研究银行时开户是什么（2014/11/3）

[答疑]一个支付网关对接开户的流程（2014/11/4）

[答疑]关于预约系统的业务序列图（2014/11/4）

[答疑]音乐播放器的愿景和用例（2014/11/12）

[答疑]时间在业务用例图中可以作为一个业务执行者吗（2014/11/28）

[答疑]MSG基金申请发放（2014/12/1）

【练习题】金正恩和龙眼

[答疑]助理通知联系人不直接实线指向outlook，而是额外加了一个发邮件得实线指向outlook呢（2014/12/10）

[答疑]收费也有多种实现方式呢，包括这一业务的其他环节都可能有两种以上的实现（2014/12/23）

[答疑]操作员首先要从一个信息系统里下载这个患者的治疗数据（2014/12/29）

[答疑]通过序列图可以映射系统用例，这个系统用例肯定不全（2014/12/30）

[答疑]融资人的业务用例可以吗（2015/1/9）

[答疑]在向用户提供服务之前，某些服务需要用户所在部门的审批（2015/2/2）

[答疑]病人做扫描的业务序列图（2015/2/3）

[答疑]政府网站对的对象可能是普通群众，也可能是企业（2015/2/4）

[答疑][超长]采购员查找急需购买的货品（2015/2/28）

[答疑]企业仓储管理与成本核算信息系统愿景（2015/3/2）

[答疑]申请新应用的序列图（2015/3/12）

[答疑]接收报销数据（费用系统）用例规约（2014/10/15）

[答疑]"业务系统"根据监测值判断是否生成和发出报警，执行者是谁（2014/10/16）

[答疑]用例描述：公司员工提交乘坐公司班车的申请（2014/12/4）

[答疑]系统根据当前是销售员还是组长显示的数据略有不同，是应该分两个用例还是一个用例

[答疑]业务部门对需求确认基本不重视，但是对界面确认的非常细

[答疑]如果前置条件没有，就需要在基本路径中进行验证对吗（2015/6/11）

[答疑]批量添加激活码用例图（2015/8/28）

[答疑]活动图，科主任经常性审签病历，非经常性处理医疗纠纷（2016/6/7）

[答疑]房屋中介的用例（2016/7/31）

[答疑]财务科负责人提交预算草案，聚焦目标而不是交互（2016/7/18）

[答疑]EA生成代码变量命名不要m前缀，采用首字母小写咋设置（2016/3/26）

[答疑]EA能否把时序图转为协作图（2016/4/19）

[答疑]"老大"就是项目的主要投资者或主要投资者代表，这样的理解对吗？（2015/3/30）

[答疑]Excel不能制作订单表格，只能"制作表格"（2015/4/10）

[答疑]是做需求的人来做分析，还是做设计的人来做分析（2014/9/28）

[答疑]用印申请的流程（2015/4/22）

[答疑]员工报销单要经过员工部门领导审批，部门领导为什么不画？（2015/5/26）

[答疑]OA公文审批系统"不要围着待开发系统拼凑业务流程"（2015/5/27）

[答疑]朋友圈里卖东西的，通过这样画业务用例图不知是否正确（2015/7/30）

[答疑 ]生产系统的用例规约评点（2015/6/25）

[答疑]在线列表，需要3秒钟刷新一次，放到哪里比较合适？用例规约中写还是在基本路径中

[答疑]如果现在是一个根本不存在的业务场景呢

[答疑]商城软件的老大

[答疑]活动图跟状态机图 我没法很好的区分出来

[答疑]支撑流程的意义

[答疑]是否针对系统保存失败,要写扩展路径呢

[答疑]殡仪馆业务建模

[答疑]电饭煲对象能自己做饭么

[答疑]东莞天上人间的业务建模

[答疑]取用水监测，可以是自动监测（安装RTU），可以是人工抄表

[答疑]做一个幼儿园老师和学生家长互动的app谁才是老大

[答疑]乱七八糟图最大的问题

---

主题: 软件需求设计UML全程实例剖析 开课时间: 2019年3月16-17日(周六、周日)（9:00-12:00，13:30-17:30） 上课地点: 广州 费用： 每人2400元，含午餐。交通、住宿费请自理。可以开增值税专用发票和增值税普通发票。 微信报名： 18758097122 QQ报名： 1493943028 Email报名： umlchinacourse@163.com 咨询电话： 18758097122 报名交费： 步骤一、报名 教室座位有限，需要先报名。请通过以上任何联系方式告知我们您的姓名和单位，以便我们预留座位。 步骤二、交费 按以下方法办理交费，将交费凭证（截屏或照片）、发票单位名称（如果要开）通过以上任何方式告知我们。我们收到费用后会给您发听课证，听课证是一个pdf文件，上有详细听课地点和您的座位号。听课证上有详细地址和座位细节。 不方便现场交费，因为需按交费顺序安排座位，而且现场只有老师，无人收款。 如果您交费后因故未能参加，您的名额和上课时间将会一直保留。 交费方法： （1）支付宝支付到talk@umlchina.com，手机扫描二维码或PC上点击付款图标即可付款 （2）微信支付到18758097122 （3）如果是公司财务汇，可以汇到负责UMLChina商务事宜的以下公司账号: 户名：杭州先思软件技术有限公司 帐号：3310 6594 0018 0100 29896 开户行：交通银行杭州滨江支行 课前准备： 请下载以下资料： （1）最新版本的本次课程训练幻灯 http://www.umlchina.com/training/slide.htm （2）建模软件EA30天试用版 http://www.sparxsystems.com/products/ea/trial/request.html （3）UMLChina模型模板 http://www.umlchina.com/training/myproject.rar （4）《软件方法（上）》第2版，自行到书店购买，勘误：http://www.umlchina.com/book/errata2ed.htm （5）《软件方法（下）》目前公开内容，请在http://www.umlchina.com/book/softmeth0809.pdf下载 （6）课上可以专门以学员的项目作为主要讨论项目。如果您希望在课上讨论您的项目，麻烦下载http://www.umlchina.com/training/project.doc 填好后发给我们，以便老师针对您的项目相关领域事先做准备。

[训练介绍] 软件开发中，需求是解决“产品怎样好卖”的问题，设计是解决“降低生产成本”的问题。二者相辅相成，缺一不可。而且，不能相互取代。要迈向“低成本制造好卖的产品”的境界，并非喊喊口号就能达到，需要静下心来，学习和实践各种技能。 在这个强调“做减法”的时代，建模是正确帮助您“做减法”的绝佳工具。 本训练就是教授如何使用UML2.5相关的需求和设计技能来全程实例剖析一个系统的过程。 本训练对每个开发工作流，结合讲解、做练习巩固、应用到实际项目三种方式，展示使用UML2.5相关技能开发软件系统的全过程，解答实际应用中的疑难细节问题。 [学员要求] 有一年以上项目经验的需求或设计（编码）人员。不需要您有“UML基础”，只需要您有项目经验。欢迎学员携带自己的项目来听课，由专家在现场进行剖析。 [专家] UMLChina首席专家 潘加宇。在1999年还是一名程序员时，利用业余时间创建了UMLChina，潜心研究软件需求和设计技能。2002年开始对外提供UML需求和设计的技术指导和训练服务，到现在为止，已经上门为超过280家的软件组织提供服务，覆盖了国内各个领域的领袖企业，包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。 [课程大纲] 1. 概论 --需求和设计的关键区别 --核心工作流 --UML的统一 --使用UML开发过程、工具、资料介绍 2. 愿景 --愿景的要点 --如何揣摩愿景 --项目实作：愿景  3. 业务建模 --组织的外观和内观 --选取合适的建模业务单元 --业务执行者和业务用例 --业务序列图 --改进业务序列图 --项目实作：绘制业务用例图、业务序列图  4. 需求 --系统执行者要点剖析 --系统用例要点剖析 --从业务序列图映射到系统用例图 --项目实作：绘制系统用例图  --书写用例规约 --项目实作：书写用例规约  --通过关系整理用例 --需求启发技术 5. 结构分析之类图 --抽象和封装 --识别类及其属性 --识别类之间的泛化 --识别类之间的关联 --项目实作：绘制类图  --彩色建模技术 --典型分析模式 6. 行为分析之序列图 --序列图精要 --用例、类图、序列图的互动 --专家原则和单一责任原则 --老板原则和聚合根 --可视原则 --项目实作：绘制序列图  7. 行为分析之状态图 --状态图、类图、序列图的映射 --状态 --事件、动作和转换 --层次状态、历史状态 --转换执行序列 --分层和细化 --状态图和代码的映射 --项目实作：绘制状态机图  8. 架构和设计 --存储层的映射 --数据源层的映射 --业务层的映射 --界面层的映射 --领域驱动设计 9. 改进指南 --根据团队情况改进 --小步前进 --正确的改进心态 以上时间分配会根据项目特点和训练进程调整。