问RUP (Rational统一过程)

EN

RUP有三个主要部分：

• 角色
• 活动
• 工作产品

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

例如，分析师角色开发远景活动，因此我们将有远景工作产品.

此外，RUP还为我们提供了一些指导原则和清单，以正确地执行我们的活动和工作产品.

RUP为我们提供了工作产品的模板，但它们是，仅仅是为了给出它们可能是什么样子的概念.

假设您可以使用RUP模板，但是您只需使用post-it注释，只需编写如下"elavator语句“：

对于说明需求或机会的目标客户来说，(产品名称)是一个产品类别，它说明了关键的利益；也就是说，与初级竞争方案不同的是，购买的令人信服的理由--我们的主要差异化产品说明。

即使是工作产品也可以是您在WIKI上编写的简单语句.它们可以是任何形式的.

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

* RUP WORKPRODUCTS模板警告：**

不要成为一个模板ZOMBIE.YOU不应该填充任何部分的IT..。你应该问问自己，我写THIS...IF会得到什么样的好处?你没有有效的答案，不要写。文档应该有真正的原因，不要仅仅为了“文档”...**而编写文档。

RUP有丰富的工作集，PRODUCTS...So选择了它们中的最低值，这将给您带来最大的好处.

一般情况下，对于一个典型的项目，您将拥有这些需求工作产品：

• Vision：我们做什么，为什么要做？同意StakeHolders..。
• 高级规范系统范围内的OpenUP需求:一般捕捉非功能性的术语我不喜欢或“质量”，我喜欢“系统的要求”。
• 用例模型：将函数需求捕获为用例
• 词汇：为了使概念清晰..。

RUP是商业的，但是OpenUP是not...So，您可以查看OpenUP工作产品模板来了解它们中记录了什么样的信息。

从和项目downloads.php下载并从索引页面开始阅读：

.-->

​

​

.->

​

->

​

->

​

->

​

....>.........................................

->.

​

​

最后，您可以在Larman图书中找到使用这些工作产品的敏捷方式，使用UML和模式.

再说一遍：没有变成一个模板僵尸！

使用维基百科上的Rational页面进行概述。

核心要求应记录在项目说明中。RUP倾向于强调“用例”，但是非常重要的是不要忽略所有细节级别的原始需求，因为这将回答“为什么？”问题。如果开发人员只看到用例，他们就会知道他们应该构建什么(实际上是功能需求)，但不知道为什么需要它。除非开发人员能够很容易地访问原始分析人员，否则可能会造成非常严重的问题。