Closed. This question needs to be more focused。它当前不接受答案。
想改善这个问题吗？更新问题，使其仅关注editing this post一个问题。
3年前关闭。
Improve this question
我选择在我的项目中使用开发方法RUP(Rational Unified Process)。这是我以前从未使用过的方法。在开发过程中，我还包含了Scrum的一些元素。问题是，RUP模型中应包含哪些需求规范？是功能需求还是非功能需求？ RUP的技术分析和安全要求应包括哪些内容？找不到任何信息。关于此的注释将很有帮助。
希望有RUP经验的人可以分享一些有用的经验 角色 Activity 工作产品
每个角色都进行一项 Activity ，因此产生一个工作产品...
例如，分析师[角色]开发远景[ Activity ]，因此我们将拥有远景[工作产品] ...
除此以外，RUP还为我们提供了一些指南和清单，以正确处理我们的 Activity 和工作产品...
RUP为我们提供了工作产品的模板，但是它们的名称是，只是为了说明它们的外观...
假设出于视觉目的，您可以使用RUP模板，但是您可以仅使用便签纸，并仅编写“elavator语句”，如下所示:
对于[目标客户]谁[需求或机会陈述]
(商品名称)是[关键的说明]的[商品类别]
效益;就是说，购买的迫切理由
竞争替代品]我们的产品[主要声明
差异化]
甚至Work产品也可以是您在WIKI上编写的简单语句。它们可以采用任何形式。
一定不能“静态编写”文档 ...甚至可以是“视频”。
假设您无需编写Softaware Architecture文档[OpenUP中的体系结构笔记本]，而只需创建一个视频，即可让您的团队在白板上解释主要体系结构...。
****警告RUP工作产品模板:**
请勿将模板僵化，您不应填充其中的任何部分...
您应该问自己，写这篇文章会给我带来什么样的好处...如果您没有有效的答案，请不要写...
文档应该有真实的理由，不要仅仅为了“文档”就使用文档... **
RUP具有丰富的工作产品集...因此选择其中的最小值，您将获得最大的收益...
通常，对于典型项目，您将拥有以下需求工作产品:
愿景:我们做什么，为什么要做？ StakeHolders协议(protocol)... 补充说明 [OpenUP的系统范围要求]:
通常捕获不起作用的功能(我不喜欢该术语)或
系统的“质量” [我喜欢”的要求。 用例模型:将功能需求捕获为用例 词汇表:明确概念...
RUP是商业性的，但OpenUP不是。。。所以您可以看一下OpenUP WORK PRODUCTS模板，以了解其中记录了什么样的信息。
从和下载
Eclipse Process Framework Project http://www.eclipse.org/epf/downloads/configurations/pubconfig_downloads.php并从索引页面开始阅读:
...-->
...-->
->
----->
->
....> ..................................................
----> .......................................
最后，您可以在Larman的《应用UML和模式...》中灵活地找到这些工作产品的用法。
再说一遍:不要将模板僵死!
想改善这个问题吗？更新问题，使其仅关注editing this post一个问题。
3年前关闭。
Improve this question
我选择在我的项目中使用开发方法RUP(Rational Unified Process)。这是我以前从未使用过的方法。在开发过程中，我还包含了Scrum的一些元素。问题是，RUP模型中应包含哪些需求规范？是功能需求还是非功能需求？ RUP的技术分析和安全要求应包括哪些内容？找不到任何信息。关于此的注释将很有帮助。
希望有RUP经验的人可以分享一些有用的经验
最佳答案
RUP有3个主要部分:
每个角色都进行一项 Activity ，因此产生一个工作产品...
例如，分析师[角色]开发远景[ Activity ]，因此我们将拥有远景[工作产品] ...
除此以外，RUP还为我们提供了一些指南和清单，以正确处理我们的 Activity 和工作产品...
RUP为我们提供了工作产品的模板，但是它们的名称是，只是为了说明它们的外观...
假设出于视觉目的，您可以使用RUP模板，但是您可以仅使用便签纸，并仅编写“elavator语句”，如下所示:
对于[目标客户]谁[需求或机会陈述]
(商品名称)是[关键的说明]的[商品类别]
效益;就是说，购买的迫切理由
竞争替代品]我们的产品[主要声明
差异化]
甚至Work产品也可以是您在WIKI上编写的简单语句。它们可以采用任何形式。
一定不能“静态编写”文档 ...甚至可以是“视频”。
假设您无需编写Softaware Architecture文档[OpenUP中的体系结构笔记本]，而只需创建一个视频，即可让您的团队在白板上解释主要体系结构...。
****警告RUP工作产品模板:**
请勿将模板僵化，您不应填充其中的任何部分...
您应该问自己，写这篇文章会给我带来什么样的好处...如果您没有有效的答案，请不要写...
文档应该有真实的理由，不要仅仅为了“文档”就使用文档... **
RUP具有丰富的工作产品集...因此选择其中的最小值，您将获得最大的收益...
通常，对于典型项目，您将拥有以下需求工作产品:
通常捕获不起作用的功能(我不喜欢该术语)或
系统的“质量” [我喜欢”的要求。
RUP是商业性的，但OpenUP不是。。。所以您可以看一下OpenUP WORK PRODUCTS模板，以了解其中记录了什么样的信息。
从和下载
Eclipse Process Framework Project http://www.eclipse.org/epf/downloads/configurations/pubconfig_downloads.php并从索引页面开始阅读:
...-->
...-->
->
----->
->
....> ..................................................
----> .......................................
最后，您可以在Larman的《应用UML和模式...》中灵活地找到这些工作产品的用法。
再说一遍:不要将模板僵死!
关于methodology - RUP(理性统一过程)，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/2291795/
10-09 15:40