0

大家好，这不是一个真正与编程相关的问题，但绝对是与程序员相关的。如果正在开发新的案例工具。您希望在其中看到哪些功能描述了从规范到设计的系统行为。

4

1 回答 1

3

CASE 的基本问题是，当您进行分析/设计/编码/部署（或您选择的任何步骤）的迭代时，需要在软件系统的各种视图中维护和合理化的细节和映射呈指数级增长. 正是这种爆炸击败了我遇到的每一个 Case 工具。它们在向前推进时似乎都工作得很好，但是当面对重新加工一些中级工件时，如果不破坏其他东西，改变的影响很难传播，这反过来又会破坏其他东西，最终导致级联变得无法管理。影响级联只是关系爆炸的逻辑结果，因为人们从更高的抽象级别移动到更低的细节级别。

最终，在案例工具中管理变更控制/影响所花费的时间/资源超过了它的收益，我们都回到了简单的非案例图表/编写工具。

所以我的建议是忘记尝试构建一个紧密集成的 CASE 系统。为 UML 提供基本的图表和符号支持。除此之外，还提供宏功能，因此用户可以自定义行为并与用于管理软件开发的其他工具集成。

最后，将 Case 工具管理的所有“工件”保留在 XML 中，这确实为用户将自己的自定义处理器和 xsl 添加到产品中打开了大门。

最后，真正的价值可能不是您的 CASE 工具实际做了多少，而是您为用户构建自己的解决方案提供的框架。

于 2011-01-12T15:59:58.040 回答