<分区>
我在我的项目中选择了使用RUP(Rational Unified Process)的开发方式。这是我以前从未使用过的方法。我还在开发过程中包含了一些来自 Scrum 的元素。问题是 RUP 模型中的需求规范应该包含什么？它是功能性和非功能性需求吗？ RUP 的技术分析和安全需求应该包括什么？找不到任何信息。关于此的注释会有所帮助。 希望有RUP经验的人能分享一些有用的经验
methodology - RUP(合理的统一过程)
标签 methodology rup
最佳答案
RUP 有 3 个主要部分:
- 角色
- 事件
- 工作成果
每个角色执行一项事件，并因此产生一项工作产品...
例如，分析师 [角色] 制定愿景 [事件] 因此我们将拥有愿景 [工作产品]...
除此 RUP 之外，还为我们提供了一些指南和 list ，以正确执行我们的事件和工作产品...
RUP 为我们提供了工作产品的模板，但它们只是让我们了解它们可能看起来像什么......
假设你可以使用 RUP 模板，但你可以只使用便利贴，然后只写一个像这样的“电梯声明”:
For [target customer] Who [statement of the need or opportunity] The (product name) is a [product category] That [statement of key benefit; that is, the compelling reason to buy] Unlike [primary competitive alternative] Our product [statement of primary differentiation]
即使是工作产品也可以是您在 WIKI 上写的简单陈述...它们可以是任何形式...
它们不能是“静态书面”文档...它们甚至可以是“视频”。 假设不用编写软件架构文档 [OpenUP 中的架构笔记本]，您可以创建一个视频，让您的团队在白板上解释主要架构....
**** RUP 产品模板警告:**
不要成为模板僵尸。你不应该填满它的任何部分...... 你应该问问自己，我写这篇文章会得到什么样的好处......如果你没有有效的答案，请不要写...... 文档应该有真实的原因，不要仅仅为了“文档”而制作文档......**
RUP 有丰富的 WORK PRODUCTS...所以选择最少的工作产品，您将获得最大的 yield ...
对于典型的项目，通常您会有那些需求工作产品:
愿景:我们做什么以及为什么做？利益相关者协议(protocol)...
补充规范 [OpenUP 中的系统范围要求]: 通常捕获非功能性 [我不喜欢的术语] 或 系统的“质量”[我喜欢的]要求。
用例模型:将功能需求捕获为用例
词汇表:使概念清晰...
RUP 是商业的，但 OpenUP 不是...所以您可以查看 OpenUP WORK PRODUCTS 模板只是为了了解其中记录了什么样的信息...
从和下载它 Eclipse 流程框架项目 http://www.eclipse.org/epf/downloads/configurations/pubconfig_downloads.php并从索引页开始阅读:
...-->
...---> 
--->
----->
---> 
......>......................................
---->........................................
最后，您可以在 Larman 的《应用 UML 和模式》一书中以敏捷的方式找到这些工作产品的用法...
再说一次:不要成为模板僵尸!!!
关于methodology - RUP(合理的统一过程)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2291795/