RUP(Rational Unified Process)
我选择在我的项目中使用开发方法RUP(Rational Unified Process).这是我以前从未使用过的方法.我还在开发过程中包含了Scrum的一些元素.问题是需求规范应该包含在RUP模型中？它是功能性和非功能性要求吗？什么应该包含在RUP的技术分析和安全要求中？找不到任何信息.关于这一点的说明会有所帮助.希望有RUP经验的人可以分享一些有用的经验
RUP有3个主要部分:
- 角色
- 活动
- 工作产品
每个角色都做一个活动,因此产生一个工作产品......
例如分析师[角色]开发愿景[活动]因此我们将拥有愿景[工作产品] ......
除此之外,RUP还为我们的活动和工作产品提供了一些指导和检查清单......
RUP为我们提供了工作产品的模板,但他们只是想知道它们的外观......
假设您可以使用RUP模板,但您可以使用便利贴,只需编写一个"elavator语句",如下所示:
对于[目标客户]谁[需要或机会的陈述](产品名称)是[产品类别]那[关键利益声明; 也就是说,购买的令人信服的理由]与[主要竞争替代]不同我们的产品[初级差异声明]
即使是工作产品也可以是你在WIKI上写的简单陈述...... 它们可以是任何形式......
它们不能是"静态书面"文档 ......它们甚至可以是"视频".假设 您可以创建一个视频,让您的团队在白板上解释主要架构,而不是编写Softaware架构文档 [ OpenUP中的架构笔记本 ].
****警告工作制品模板:**
不要成为一个模板ZOMBIE.YOU不应该填写它的部分......你应该自己问一下,我将通过写这些有什么好处...如果你没有任何有效的答案,请不要写...文档应该有真正的理由,不要仅仅为"文档"制作文档......**
RUP拥有丰富的工作产品......所以选择了最少的工作产品,你将获得最大的收益......
对于典型的项目,您通常会有这些需求工作产品:
愿景:我们做什么以及为什么这样做？StakeHolders的收益......
Suplemantary规范 [ OpenUP中的系统范围要求]:通常捕获非功能性[我不喜欢的术语]或"质量"[我喜欢"]系统的要求.
用例模型:将功能需求捕获为用例
词汇表:使概念清晰......
RUP是商业的,但OpenUP不是......所以你可以查看OpenUP WORK PRODUCTS模板,只是为了了解它们中记录了哪种信息......
从Eclipse Process Framework Project http://www.eclipse.org/epf/downloads/configurations/pubconfig_downloads.php下载并从索引页面开始阅读:
...-->
...--->
--->
----->
--->
....> .........................................
----> .......................................
最后,您可以在Larman书中应用UML和模式以灵活的方式查找这些工作产品的用法......
再说一遍:不要成为一个模板大全!