RUP（Rational Unified Process）

Question

我选择在我的项目中使用开发方法RUP（Rational Unified Process）。这是我以前从未使用过的方法。我还在开发过程中包含了Scrum的一些元素。问题是需求规范应该包含在RUP模型中？它是功能性和非功能性要求吗？什么应该包含在RUP的技术分析和安全要求中？找不到任何信息。关于这一点的说明会有所帮助。 希望有RUP经验的人可以分享一些有用的经验

Answer 1

RUP有3个主要部分：

• 角色
• 活动
• 工作产品

每个角色都会做一个活动，因此产生一个工作产品...

例如分析师[角色]开发愿景[活动]因此我们将拥有愿景[工作产品] ......

除此之外，RUP还为我们的活动和工作产品提供了一些指导和检查表......

RUP为我们提供了工作产品的模板，但他们只是想知道他们的样子......

假设您有远见，您可以使用RUP模板，但您可以使用便利贴，只需编写一个“elavator语句”：

  

对于[目标客户]谁[需要或机会的陈述]   （产品名称）是[产品类别]那[关键的陈述   效益;也就是说，购买的令人信服的理由]与[主要的   竞争替代]我们的产品[初级声明   分化]

Even Work产品可以是您在WIKI上写的简单陈述...... 它们可以是任何形式......

它们不能是“静态书面”文档 ......它们甚至可以是“视频”。 假设您可以创建一个视频，让您的团队在白板上解释主要架构，而不是在OpenUP中编写 Softaware架构文档 [架构笔记本]。

****警告RUP WORKPRODUCTS TEMPLATES：**

不要成为模板ZOMBIE.YOU不应该填写它的部分...... 你应该问自己，我会写这样的好处...如果你没有任何有效的答案，不要写... 文件应该有真正的理由，不要仅仅为“文件”制作文件...... **

RUP拥有丰富的工作产品......所以选择了最少的工作产品......

对于典型的项目，通常会有那些需求工作产品：

• 愿景：我们的工作和为什么这样做？ StakeHolders的合并......

• Suplemantary Specification [OpenUP中的系统范围要求]： 通常捕获非功能性[我不喜欢的术语]或 “质量”[我喜欢“]系统的要求。

• 用例模型：将功能需求捕获为用例

• 词汇表：明确概念......

RUP是商用的，但OpenUP不是......所以你可以查看OpenUP WORK PRODUCTS模板，只是为了了解它们中记录了哪种信息......

从和下载    Eclipse Process Framework Project http://www.eclipse.org/epf/downloads/configurations/pubconfig_downloads.php并从索引页开始读取：

...--＆GT;

...---＆GT;

---＆GT;

- - - - ＆GT;

---＆GT;

...＆GT; .........................................

----＆GT; .......................................

最后，您可以在Larman书中应用UML和模式以灵活的方式查找这些工作产品的用法......

再次：不要成为模板僵尸!!!

Answer 2

尝试Wikipedia上的Rational Unified Process页面获取概述。

核心要求应记录在项目描述中。 RUP倾向于强调“用例”，但是不要忽视所有细节层次的原始要求是非常重要的，因为这些将回答“为什么？”的问题。如果开发人员只看到用例，他们就会知道他们应该构建什么（实际上是功能需求），而不是为什么需要它。除非开发人员能够轻松访问原始分析师，否则会导致非常严重的问题。