关闭。这个问题是off-topic .它目前不接受答案。
想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。
9年前关闭。
Improve this question
您或您的公司开发的软件项目使用了多少计划？
我问这个问题的原因是因为我正在学习 UML 和其他类似性质的类(class)。从类的设置方式来看，我们一直在使用 Visual Paradigm 之类的程序广泛地创建一个模拟库系统，但是到目前为止，我们还没有为所有的工作做任何编程(我们也不打算为这个模拟项目)。
也许这只是这门课的教学方式，但在我看来，类(class)中教授的很多东西在介绍软件项目的重要规划时都非常空洞。我可以看到对象图是多么有用，但其他图还有很多不足之处。序列图或状态机图在实践中到底有多大用处？
那么，由于上述原因，您或您的公司开发的软件项目使用了多少和什么计划？它是广泛的还是最小的？在编写代码之前，您是深入研究计划一切还是对项目有大致的了解？
最佳答案
我认为你混淆了规划和设计/建筑。计划通常是指事情的业务方面——有多少人会在多长时间内做某事。假设您有足够的时间和预算，设计/架构应该处理如何正确地做事。
在设计方面，大多数开发人员都在一定程度上了解 UML，但不一定会使用它。如果给他们 CASE 工具，他们可能会使用类图供个人使用，但不会经常使用其他类图。 CASE 工具迫使您使用 UML 的“正式形式”，因此它们相当严格并且限制了它们的创造性使用。通常创建 CASE 模型是为了从代码生成中受益。在我自己的公司中，我们编写了大量代码，但根本不使用 UML。
对于协作设计和审查(例如，在板上绘图)，UML 更为常见，因为“每个人都在说”。然而，从我完成和发表的观察性研究来看，在黑板上绘制的 UML 只是达到目的的手段——人们借用某些符号，但用它们来交流想法。所以你会在类图上看到诸如序列和控制流之类的东西。生成的工件不是您可以捕获到 CASE 工具中的东西。你可以看到my dissertation当您将一群经验丰富的开发人员分组进行设计时，这些东西的许多照片。
在规划方面，我的经验是，这在软件公司和也开发软件的公司之间存在很大差异。在后者(大多数)中，宏观层面的规划通常基于企业文化和商业风格规划，你在 MBA 中学到的东西。它通常不是特定于软件的，就管理而言，您可以构建软件或烘烤松饼，这只是数字。在更微观的层面上，实际上并没有使用任何官方系统。甘特图和电子表格等工具用于跟踪本质上是最佳情况的猜测和延误的时间表。但最终，这取决于管理层的经验——以前的开发人员通常更擅长。敏捷等某些实践在某些方面简化了规划。
关于uml - 软件项目使用了多少和什么规划？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2622619/