问题标签 [rational-unified-process]

我正在寻找我们的（中型）项目一些合适的软件工具来创建和维护软件需求规范。我们需要使用两种模型——需求模型和用例模型。我知道 EA，但这个工具对于我们的目的来说太复杂了。你能给我推荐一些适合工具的技巧吗？你用什么？

先感谢您！

我想问一些关于统一流程的问题。在 UP 中，每个迭代都有自己的分析和实现步骤。

但是上图显示了一些不同的东西。在第 5 次迭代之后，完成了 90% 的分析，但仅完成了 10% 的软件。我无法理解。在迭代中，代码是关于迭代的需求的。那么软件的完成率怎么可能是10%，需求的比例是90%呢？

我无法在互联网上的任何地方找到这个问题，而且由于我目前正在做我的考试项目，我希望这个问题能得到解答。

如果用例未能通过 boss/EBP/size 测试，会发生什么情况？你把它扔掉，重写它，它会变成非功能性需求吗？

或者测试是否只是证明用例对项目的其余部分是否具有高业务/风险/架构价值？并且您应该降低测试失败的用例的优先级（如果只有一个测试）？

谢谢你的时间。据我所知，克雷格·拉曼的书并没有真正深入探讨这一点。

我想比较以下软件设计过程。

• 瀑布模型
• V型
• 统一流程

每个V-Model规范阶段都有测试阶段，waterfall model没有。
是迭代和增量的Unified Process，其他的不是。

这些是主要区别吗？有什么要补充的吗？
我只需要主要区别，不要太详细。

我正在阅读有关软件开发模型和生命周期的内容，在那里我了解了瀑布模型和统一流程。然而，这两个过程都涉及需求收集、设计阶段、开发测试和部署（统一过程中的初始、细化、构建和过渡阶段）。

任何人都可以帮助我解决两者之间的区别吗？

我看过很多用例图，其中一个用例只能包含在另一个用例中，这是对还是错？我的理解是，为了包含一个用例，它必须包含至少 2 个要考虑的其他用例。如果这是真的（至少 2 个用例被视为包含），如果它只是链接到 1 个其他用例，我是否只使用正常关联？谢谢你

我读到一个统一的过程中有 5 个学科，需求、分析、设计、实施和测试。

我基本上已经完成了以下 UML，并且我正在尝试添加对我如何坚持统一流程的解释。我为我的项目做了以下 UML：用例、分析类、设计类、活动、序列、部署、状态机和组件。

我已经可以根据内容判断用例属于需求类别。分析类属于分析类。设计中的设计课。但是其他两个学科呢？我在理解统一流程时遇到了一些麻烦。但是，如果我将 UML 分配给一个学科，它们将分配给什么。

我想验证我是否正确理解了合理的统一过程。

我的理解是：

1. 对于需求规范活动，我必须设计用例图（通用图）、类图（类、属性、关系）和通用序列图。
2. 对于分析活动，我必须设计一个详细的用例、序列图（使用控制、视图和模型类）、分析类图、协作图
3. 对于概念图，我必须设计类图和部署图

请问这是正确的吗？

对于我的问题：

1. 我什么时候可以使用活动图和状态转换图？
2. 在需求获取阶段先设计类图是否正确？
3. 在实施阶段，我必须使用哪些图表？或者你只需​​要从一些图表中生成代码？

十分感谢 ！！