Programming languages 您发现CASE工具中最有用的功能是什么？

大家好， 这实际上不是一个与编程相关的问题，但肯定与程序员相关。

---

如果正在开发新的Case工具。从规范到设计，您希望从中看到哪些描述系统行为的功能。

案例的基本问题是，当您进行分析/设计/编码/部署迭代（或您选择的任何步骤）时，需要进行的详细信息和映射呈指数级增长 在软件系统的各种视图之间进行维护和合理化。就是这次爆炸 这打败了我遇到的每一个案例工具。在前进的道路上，他们似乎都做得很好 但是，当面对返工一些中级工件时，更改的影响是非常大的 在不破坏其他东西的情况下很难传播，这反过来又破坏了其他东西，最终 导致级联变得不可管理。冲击级联只是爆炸的逻辑结果 当一个人从更高的抽象层次移动到更低的细节层次时的关系

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

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

最后，让Case工具以XML形式管理所有“工件”，这确实为用户添加打开了大门 他们自己的定制处理器和产品的xsl

最终，真正的价值可能不是您的案例工具实际做了多少，而是您提供的框架

---

为用户构建他们自己的解决方案。

CASE的基本问题是，当您进行分析/设计/编码/部署迭代（或您选择的任何步骤）时，需要对细节和映射进行指数级的扩展 在软件系统的各种视图之间进行维护和合理化。就是这次爆炸 这打败了我遇到的每一个案例工具。在前进的道路上，他们似乎都做得很好 但是，当面对返工一些中级工件时，更改的影响是非常大的 在不破坏其他东西的情况下很难传播，这反过来又破坏了其他东西，最终 导致级联变得不可管理。冲击级联只是爆炸的逻辑结果 当一个人从更高的抽象层次移动到更低的细节层次时的关系

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

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

最后，让Case工具以XML形式管理所有“工件”，这确实为用户添加打开了大门 他们自己的定制处理器和产品的xsl

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