基于UML的软件设计过程

当为软件设计时，我们必须做的UML图的正确顺序是什么？从用例图开始，在我们有足够的资源开始编码之前，下一个图是什么？

UML只是一种建模语言，而不是一种软件开发方法。一个为在软件开发过程中使用UML提供指导的著名方法是Rational统一过程，尽管它的流行度已经下降。然而，从IBM提供的可用材料中确定RUP规定的UML图的顺序并不容易。我写了一篇论文，可能会对你有所帮助

---

对于一个简单的应用程序，一个类图和一个组件图可能就足够了，但它在很大程度上取决于应用程序的类型。

UML只是一种建模语言，而不是一种软件开发方法。一个为在软件开发过程中使用UML提供指导的著名方法是Rational统一过程，尽管它的流行度已经下降。然而，从IBM提供的可用材料中确定RUP规定的UML图的顺序并不容易。我写了一篇论文，可能会对你有所帮助

---

对于一个简单的应用程序，一个类图和一个组件图就足够了，但这在很大程度上取决于应用程序的类型。

有几十本书详细介绍了各种设计过程。在这里，你不能期望在2到3段中得到有意义的答案。这个问题肯定太宽泛了。此外，根本不存在UML图的正确顺序。即使加州大学也不一定是第一个。强烈建议阅读一些关于UML分析的好书。请注意，有人可能会说这是一个答案。从技术上讲，我不是在回答这个问题，而是在挑战它。只有两个出发点：如果你想要一个漫长的过程，就选择RUP（或者不选择）。寻找ICONIX的一个非常密集的方法。@Ister是的，我承认我的问题有点太宽泛了。很抱歉我记得当我在一个项目课上时，我们必须从收集需求开始，并将它们转换成用例图。从这里我们构建了组件图，从组件图我们构建了类图。我的假设是，每个图都基于不同的图，我的结论是，构建所有这些UML图可能有某种“顺序”。只需谷歌搜索ICONIX即可。这曾经让我在UML方面走上正轨。请注意，这些轨道会一直延伸到第一个中间站。拥有一个好的UML工具会有很大帮助。有几十本书详细介绍了各种设计过程。在这里，你不能期望在2到3段中得到有意义的答案。这个问题肯定太宽泛了。此外，根本不存在UML图的正确顺序。即使加州大学也不一定是第一个。强烈建议阅读一些关于UML分析的好书。请注意，有人可能会说这是一个答案。从技术上讲，我不是在回答这个问题，而是在挑战它。只有两个出发点：如果你想要一个漫长的过程，就选择RUP（或者不选择）。寻找ICONIX的一个非常密集的方法。@Ister是的，我承认我的问题有点太宽泛了。很抱歉我记得当我在一个项目课上时，我们必须从收集需求开始，并将它们转换成用例图。从这里我们构建了组件图，从组件图我们构建了类图。我的假设是，每个图都基于不同的图，我的结论是，构建所有这些UML图可能有某种“顺序”。只需谷歌搜索ICONIX即可。这曾经让我在UML方面走上正轨。请注意，这些轨道会一直延伸到第一个中间站。拥有一个好的UML工具会有很大帮助。谢谢。是的，我知道UML不是一种开发方法。我知道所有这些方法都是基于SDLC的，我对“D”设计部分特别感兴趣。假设我正在为一家X公司单独构建一个简单的员工考勤记录系统，在我收集、引出所有需求后，将它们全部放入UC图中，接下来将基于该UC图构建什么图？基于这些图表的下一个图表是什么？等等一般来说，构建一个系统的“核心”过程是什么？没有任何被广泛接受的UML建模核心过程。就个人而言，对于一个简单的管理系统，我会使用状态机图创建一个UI概览，其中每个状态代表一个屏幕（网页）。然后，我将创建一个表示物理数据库结构的类图（每个表一个类）和一个组件图。就这些，谢谢。是的，我知道UML不是一种开发方法。我知道所有这些方法都是基于SDLC的，我对“D”设计部分特别感兴趣。假设我正在为一家X公司单独构建一个简单的员工考勤记录系统，在我收集、引出所有需求后，将它们全部放入UC图中，接下来将基于该UC图构建什么图？基于这些图表的下一个图表是什么？等等一般来说，构建一个系统的“核心”过程是什么？没有任何被广泛接受的UML建模核心过程。就个人而言，对于一个简单的管理系统，我会使用状态机图创建一个UI概览，其中每个状态代表一个屏幕（网页）。然后，我将创建一个表示物理数据库结构的类图（每个表一个类）和一个组件图。这就是全部。