功能分解与用例答案

【问题标题】：Functional decomposition vs use case功能分解与用例
【发布时间】：2016-07-17 05:55:15
【问题描述】：

应用于用例时不使用功能分解建模。

这句话是从试卷上抄来的。那句话是什么意思。

【问题讨论】：

【解决方案1】：

用例处理合成功能，而不是分解它们。技术人员分解系统以找到构建它的部分。业务分析师试图将系统的单个部分堆叠成一堆，以便围绕一个目标形成它们。用例描述了系统赋予参与者的独特的单一附加值。事实上，功能分解是大多数人在描述用例时尝试的方法：寻找零碎的东西。他们都（像我一样）来自编程公会，这是日常工作。但 UC 合成的作用恰恰相反！

我推荐阅读 Bittner/Spence，他们详细且非常好地解释了这种非常复杂的方法。

【讨论】：

很好的答案！在软件设计阶段为 SUD（开发中的系统）开发用例时，大多数人不知道功能分解有多么有害。用例是通过 SUD 的行为模型发现需求的一种方式。
@P.Soutzikevich 是的，很遗憾。我想这是因为 UML 规范本身非常技术性（出于多种原因）并且它们不能很好地传输业务方面。此外，大多数 UML 用户也具有这种技术背景，并且也被诱惑在此处应用分解模式。我可以在这里为自己说话 ;-) 至少在 2 年前开始时。