[答疑]“某市系统”还是“某市会议辅助系统”

DDD领域驱动设计批评文集>>

《软件方法》强化自测题集>>

《软件方法》各章合集>>

第五元素 2023-1-16 21:29

潘老师，有个以前问过的问题，重新回顾后发现自己还是不太理解，请教一下：

案例一：答题抽奖，愿景描述的改进指标也是“UMLChina训练中，花费在回答问题和抽奖上的平均时间”，为什么叫“UMLChina系统”而不是“UMLChina答题抽奖系统”？

文中给出的解释是：注意，引进的系统依然叫“UMLChina系统”，并非“UMLChina答题抽奖系统”。“答题抽奖”可以看作由若干用例组成的用例集。我没太理解。

“UMLChina系统”似乎能表示的范围要更大，可能包括“UMLChina办公自动化系统”、"UMLChina小金库管理系统“等等，用“UMLChina答题抽奖系统“不是更直接、更加具体吗？不是“要从目标涉众的角度去命名”吗？

UMLChina潘加宇

如果一个思考方式导致（1）都不用思考，一一对应就完了；或者（2）怎么思考都行，好像都是对的

那么这个思考方式肯定有问题。

-----------

如果按照你说的情况，那么可能会导致：

（1）一个用例一个系统

或

（2）一个执行者一个系统，把自己相关的用例集看作系统

或

（3）不同的人看法不同，“系统”的答案也千变万化，把自己感兴趣的用例集看作系统。

如果是这样，“系统”这个词就不再有意义，不只是“UMLChina系统”这样的信息系统，所有提供一个以上用例的“系统”甚至“物体”都会面临这个问题。

但是，现实生活中并没有出现这样的混乱，我们在商店买个什么什么，说的还是一个一个的东西，概念还是比较清楚的。

-----------------

这里面的关键点和定位老大、愿景、还有国安球迷在取款机上刻字……一样的，就是一个“最”字。

-----------------

回到UMLChina系统，这里面最重要的涉众就是“潘加宇”，这个最佳的答案是通过揣摩“潘加宇”的心意得到的。

谁来揣摩？研发人员（或者缩小范围，需求人员），这个人目前好像也是“潘加宇”。

嗯？“潘加宇”还要揣摩“潘加宇”的心意？当然，人要看清自己需要什么，也是很不容易的。那个什么明，郭敬明还是黄晓明不是有句名言嘛，破山中贼易,破心中贼难。

这两个链接也可以认真体会一下

第五元素 2023-1-18 20:07

潘老师，我还要再问一下：我正在做某市的用于城乡规划会议的辅助系统，老大是该市的市长，改进的指标是“提升该市规划项目审批的直观性和科学性”。。。。该系统应该叫什么呢？“某市系统”？还是“某市会议辅助系统”？

或者直接一点说：凭什么认为“潘加宇”心里认为的就是“UMLChina系统”？

UMLChina潘加宇

这个答案还是在前面我发的内容里面。

凭什么认为“潘加宇”心里认为的就是“UMLChina系统”？--这个是揣摩出来的买卖之间的的一个“最”佳的平衡结果。至于“潘加宇”具体是怎么揣摩“潘加宇”得到“UMLChina系统”这个答案，中间的道理嘛……涉及UMLChina组织的顶级商业机密……暂时还不能说。

同样的，生活中各种东西，凭什么这个东西是这个样子拿出来卖？都是揣摩过老大心意之后拿出来的（认为的）最佳结果。

市长这个，还真不知道，得揣摩市长的心理。

这里面要提醒的：把建模和交流分开。

从掌握了各种软件工程知识的人看来，这个东西应该叫A，但不妨碍和不同涉众交流时，把它叫B、叫C

这个可能才是你想要的答案

特别是，有可能市长以为他想要A，而通过严肃的推理，实际上他要的可能是B，他自己并不知道。

可以多捉摸书里或文章里反复提到的患者和医生的类比。

特别要警惕，屁股不要坐歪了。

虽然强调揣摩涉众，从涉众视角看问题，但思考的责任全在研发者这边，并不在涉众。

是你想要【做个什么东西来获利】，然后就带来了一系列的思考，例如，基于你的资源，判断解决哪个人群或机构的某些问题，你可能会有机会赚钱（老大和愿景）；一旦下定决心杀进这个战场，你就要去如实调研目标人群或机构的现状，后面一系列……你都知道了，最终在某个时间点拿出来一个东西，喏，就是这个。--参考屌丝可以接受土坑酸菜面吗-架构可以影响需求吗。

这些思考是你的责任，不是涉众的，其实涉众根本不在乎有没有你，或者有没有你的东西，毕竟这么多竞争者，多你一个不多。

《软件方法》强化自测题集110题

作者微信：umlchina2