【发布时间】:2023-12-20 14:51:01
【问题描述】:
大家好, 这不是一个真正与编程相关的问题,但绝对与程序员有关。 如果正在开发新的案例工具。您希望在其中看到哪些描述系统从规范到设计的行为的功能。
【问题讨论】:
标签: programming-languages simulation specifications case-tools
大家好, 这不是一个真正与编程相关的问题,但绝对与程序员有关。 如果正在开发新的案例工具。您希望在其中看到哪些描述系统从规范到设计的行为的功能。
【问题讨论】:
标签: programming-languages simulation specifications case-tools
CASE 的基本问题是,当您进行分析/设计/编码/部署(或您选择的任何步骤)的迭代时,需要处理的细节和映射呈指数级增长 在软件系统的各种视图之间进行维护和合理化。就是这个爆炸 这击败了我遇到的每一个案例工具。他们似乎都工作得很好 但是当面对重做一些中级工件时,变化的影响是非常大的 在不破坏其他东西的情况下难以传播,这反过来又破坏了其他东西并最终 导致级联变得难以管理。影响级联只是爆炸的逻辑结果 关系从较高的抽象层次转移到较低的细节层次。
最终,在案例工具中管理变更控制/影响所花费的时间/资源超过了它的收益 我们都回到简单的非案例图表/写作工具。
所以我的建议是忘记尝试构建一个紧密集成的 CASE 系统。提供基本的图表和 对 UML 的符号支持。除此之外,还提供宏功能,因此用户可以自定义行为和 与用于管理软件开发的其他工具集成。
最后,将所有由 Case 工具管理的“工件”保留在 XML 中,这确实为用户添加添加的大门打开了大门 他们自己的定制处理器和 xsl 到产品。
最终,真正的价值可能不是您的 CASE 工具实际做了多少,而是您提供的框架 供用户构建自己的解决方案。
【讨论】: